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Apresenta9ao 


A lcancei o fracasso de forma espetacular. Era 1999 e havlamos desenvolvido um dos 
primeiros sistemas e-Learning (ensino a distancia via web) do Brasil para o Senar 
(Servigo Nacional de AprendizagemRural) emparceria coma Embrapa (Empresa Brasileira 
de Pesquisa Agropecuaria). Eramos apenas dois, eu e umestagiario (Virgilio Cruzeiro Neves, 
que posteriormente se tornaria meu socio). O sistema foi usado em escala nacional para a 
capacitagao de trabalhadores rurais em administragao rural. Tinha conteudo rico, com 
imagens, audio, video e animagoes; possibilitava a discussao do assunto entre os participantes 
por meio de uma lista de discussoes, tinha testes de conhecimento, relatorios, ferramentas de 
administragao; haviamos aplicado conhecimentos avancados na arquitetura e design da 
interface; era, enfim, uma ferramenta avancada para a epoca. Construida 100% sobre software 
livre (a linguagem PHP, atualmente utilizada ate pelo Facebook, estava engatinhando), teve 
sucesso em sua missao e reconhecimento em congressos nacionais e internacionais. 

Esse exito, apos alguns meses e diversos convites para interromper o mestrado e trabalhar 
com e-Learning, motivou-me a fundar uma startup na area. Contatei o Virgilio, agora ja 
formado e morando na Suiga, e convidei-o para ser meu socio na empreitada. Apos algum 
tempo, la estavamos nos montando um piano de negocios (completinho, tal como 
aprenderamos em um curso de pianos de negocios), submetendo nossa inscrigao a incubadora 
do SOFTEX, convencendo amigos e familiares de que nao estavamos loucos ao trocar 
carreiras promissoras nas melhores empresas por uma aventura incerta e, mais importante, 
codificando o novo software. 

Passamos quase um ano desenvolvendo do zero a ferramenta que seria uma grande evolugao 
de nosso primeiro sistema; afinal, a Instruct.com nao se contentaria com nada menos que o 
estado da arte em e-Learning. Contratamos profissionais, passamos por inumeras dificuldades 
(cheguei a trocar o carro por uma scooter , para economizar gasolina), mas estavamos 
progredindo: a cada mes, tinhamos mais funcionalidades desenvolvidas e um sistema mais 
completo e estavel. Quando, fmalmente, chegamos a um ponto em que consideravamos a 
solugao minimamente pronta para a comercializagao, fomos para o mercado e... surpresa! 
Apesar de todo mundo falar em e-Learning, ninguem comprava. Ou seja, fizemos duas vendas 
pequenas: uma para a prefeitura e outra para um instituto. Essa foi a nossa dura introdugao ao 
assunto deste livro. Haviamos investido tempo, esforgo e dinheiro consideraveis, e construido 
com sucesso um bom produto que ninguem queria. Aprendi muito com essa experiencia. Mas 
teria sido possivel aprender mais rapido e com menos esforgo e investimento? 

Essa historia ilustra exemplarmente o que acontece quando nos isolamos do cliente, nao 



identificamos nem testamos nossas principals suposigoes, nao temos contabilidade e metricas 
adequadas, trabalhamos em grandes lotes e nao temos feedback real e constante. 

Mais de uma decada depois, muitos empreendimentos inovadores, se nao a maioria, ainda 
comentemos mesmos erros. Rotineiramente, vejo empresas pequenas e grandes - de startups a 
grandes corporagoes, de ONGs a orgaos do governo - trabalharem incansavelmente em 
produtos e servicos sem ter praticamente nenhuma validacao do seu valor, das suas 
possibilidades de crescimento e da sua transformagao em um negocio sustentavel, apoiadas 
basicamente em pesquisas de mercado, grupos de foco, projegoes de crescimento e, 
principalmente, na intuigao de seus lideres. 

Por que nao fazer diferente? 

Partindo de uma historia semelhante e visando a rcdugao de riscos, prejuizos e tempo na 
criagao e no estabelecimento de novas startups, Eric Ries desenvolveu um processo 
absolutamente inovador, que vem angariando adeptos emtodo o mundo. 

A startup enxuta propoe um novo modo de pensar e de construir produtos e servicos 
inovadores que levem a um negocio sustentavel. Este livro contextualiza o leitor no mundo das 
startups e da inovagao radical, mostrando por que e necessario um novo metodo para a 
inovagao na economia moderna e as origens da startup enxuta. Tambem define conceitos 
fimdamentais para o entendimento da teoria, em especial a questao da aprendizagem validada 
e a utilizagao do metodo cientifico, construindo paralelos importantes com a manufatura enxuta 
- uma abordagem comprovada para a produgao de bens fisicos. 

Ries prioriza a velocidade em percorrer o ciclo Construir-Medir-Aprender; o teste das 
suposigoes fundamentals de valor e crescimento utilizando produtos viaveis minimos (MVPs); 
a otimizagao do produto por meio de testes, de contabilidade para a inovagao e de metricas 
adequadas; e a decisao de perseverar, se estivermos no caminho certo, ou de pivotar, caso a 
estrategia seja “fiirada”. 

Olhando em retrospectiva a historia da Instruct, fica claro que deveriamos ter investido mais 
em contato com o cliente, assim como em experimentagao e validagao, em detrimento de 
planejamento e execugao cega. Poderiamos ter construido um MVP simples para testar se o 
mercado enxergava valor e compraria uma solugao como a que estavamos imaginando e, em 
caso afirmativo, partiriamos para sua otimizagao, sempre medindo o progresso em diregao a 
um negocio sustentavel. 

Tenho acompanhado ativamente o cenario de startups e inovagao no Brasil, e, por onde 
passo, vejo um entusiasmo renovado, fervilhante, com o tema do empreendedorismo. As 
pessoas estao vibrantes, cheias de energia e vontade de colocar em pratica seus talentos e 
esforgos para materializar seus sonhos. Naturalmente, a startup enxuta e um assunto 
permanente nesses meios e nota-se claramente a empolgagao de seus adeptos, sinal evidente 
de que atingiu emcheio o publico-alvo. Mas noto tambem uma certa confiisao e dificuldade no 
momento de colocar os conceitos em pratica e de, efetivamente, guiar os esforgos de uma 
startup pela metodologia proposta. Dessa maneira, creio que este livro tera umpapel relevante 
no esclarecimento da metodologia no Brasil e no sucesso das startups que adotarem este 
pensamento. Lembre-se: o mais importante e entender os principios, nao se ater a taticas e 
tecnicas especificas. 



A startup enxuta, apoiada na sabedoria de muita experiencia acumulada e experimcntagao 
no mundo real, vem para trazer um pouco de ciencia ao que antes era pura arte e, utilizada em 
conjunto com outras metodologias e tecnicas (Business Model Canvas, Customer 
Development, metodologias ageis & implantagao continua), certamente ira reduzir o 
desperdicio de talento e maximizar as chances de sucesso de nossos empreendedores atuais. 

Junte-se a Revolugao! 


Ricardo Sazima 
Desenvolvimento de Produtos Digitais 
na Abril Midia e cofundador da Inova 
Ventures Participagoes S/A - IVP 



Introduce) 


V eja a descrigao desta cena e me diga se ja nao ouviu um relato assim antes. 

Universitarios brilhantes, em um dormitario coletivo, estao inventando o futuro. 
Embuidos de novas tecnologias e entusiasmo juvenil, e sem levar em consideragao limites, 
eles criam uma empresa do nada. O seu sucesso precoce lhes permite captar dinheiro e 
apresentar um novo e incrivel produto ao mercado. Eles contratam os amigos, reunem uma 
equipe de estrelas, e desafiamo mundo a dete-los. 

Ha dez anos e diversas startups 1 atras, eu tambem me encontrava nessa descrigao, 
construindo minha primeira empresa. Em especial, lembro-me de um momenta daquela epoca: 
o instante em que percebi que minha empresa iria fracassar. Eu e meu “socio” estavamos 
desesperados. A bolha das empresas ponto-com havia estourado e tinhamos gastado todo o 
nosso dinheiro. Tentamos de maneira desesperada levantar mais capital, mas nao 
conseguimos. Era como uma cena de separagao em um filme de Hollywood: chovia, e 
estavamos discutindo violentamente no meio da rua. Nao conseguiamos sequer concordar a 
respeito do caminho a seguir, e, assim, nos separamos com raiva, caminhando em diregoes 
opostas. Como metafora do fracasso da nossa empresa, essa imagem de nos dois, perdidos na 
chuva e sendo levados pela correnteza separados um do outro, e perfeita. 

Ainda e uma memoria dolorosa. A empresa avangou com dificuldades nos meses seguintes, 
mas a situagao era terminal. Na ocasiao, pareceu que estavamos fazendo tudo certo: tinhamos 
um grande produto, uma equipe brilhante, uma tecnologia incrivel e a ideia certa na hora certa. 
E, realmente, estavamos conectados a algo. Estavamos desenvolvendo uma maneira de 
universitarios criarem perfis on-line com a finalidade de compartilha-los... com 
empregadores. Ops! Apesar da ideia promissora, estavamos condenados desde o primeiro dia, 
pois desconheciamos o processo que precisariamos utilizar para transformar nossos insights 
de um novo produto em uma grande empresa. 

Se voce nunca vivenciou um fracasso como esse, e diflcil descrever o sentimento. E como 
se o chao estivesse se abrindo sob seus pes. \bce percebe que foi tapeado. Os artigos das 
revistas sao mentiras: trabalho duro e perseveranga nao levam ao sucesso. E, ainda pior: as 
diversas promessas que voce fez a fiincionarios, amigos e familiares nao vao se realizar. 
Todos os que acharamque voce era tolo de empreender por conta propria tinhamrazao. 

Nao devia acabar assim. Nas re vistas e nos jornais, nas histarias de sucessos do cinema e 
em inumeros blogs escutamos o mantra dos empreendedores de sucesso: com determinagao, 
genialidade, timing correto e - sobretudo - um grande produto, voce tambem pode alcangar a 
fama e a fortuna. 


Ha uma poderosa industria de criagao de mitos em agao para nos vender essa historia, mas 
passei a acreditar que ela e falsa, e essa crenga veio apos minha racionalizagao do fato. Na 
verdade, depois de trabalhar com centenas de empreendedores, vi pessoalmente a frequencia 
com que um comedo promissor leva ao fracasso. A amarga realidade e que a maioria das 
startups ffacassa. A maioria dos novos produtos nao faz sucesso. A maior parte dos novos 
empreendimentos nao alcanna seupotencial maximo. 

No entanto, o mito da perseveranga, do genio criativo e do trabalho duro persiste. Por que 
essa crenga e tao popular? Acho que ha algo muito atraente a respeito dessa historia moderna 
de comegar na pobreza e enriquecer. Ela faz o sucesso parecer inevitavel se voce tern os 
predicados certos. Isso significa que os detalhes mundanos, a parte burocratica, as pequenas 
escolhas nao tern importancia. Se desenvolvermos umproduto de fato, os consumidores virao. 
Quando fracassamos, como acontece com muitos de nos, temos uma desculpa pronta: nao 
criamos a coisa certa. Nao fomos visionarios o suficiente, ou nao estavamos no lugar certo na 
hora certa. 

Depois de mais de dez anos como empreendedor, passei a rejeitar essa linha de pensamento. 
Aprendi, tanto com meus sucessos e fracassos, como com os de muitas outras pessoas, que e a 
parte chata, a burocracia, que tern a maior importancia. O sucesso de uma startup nao e 
consequencia de bons genes ou de estar no lugar certo na hora certa. O sucesso de uma startup 
pode ser construido seguindo o processo correto, que pode ser aprendido, e, portanto, 
ensinado. 

O empreendedorismo e um tipo de administrate. Nao, voce nao leu errado. Fazemos 
associates muito divergentes comessas duas palavras: empreendedorismo e administraqdo . 
Ultimamente, parece que uma e cool , inovadora e estimulante, e a outra e desinteressante, 
chata e insipida. Chegou o momenta de deixar para tras essas ideias preconcebidas. 

Contarei uma segunda historia de startup. Em 2004, um grupo acabara de fiindar uma nova 
empresa. A anterior deles havia falido fragorosamente. A credibilidade deles esta no nivel 
mais baixo de todos os tempos. Eles tern uma megavisao: mudar a maneira como as pessoas se 
comunicam usando uma nova tecnologia denominada avatares (lembremos, isso foi antes do 
filme recordista de bilheteria de James Cameron). Eles estao seguindo umvisionario chamado 
Will Harvey, que pinta um quadro cativante: pessoas se conectando on-line com os amigos, 
usando avatares para lhes dar uma combinacao segura de conexao intima e anonimato. Ainda 
melhor: em vez de a startup ter de criar todo o vestuario, mobiliario e acessorios de que esses 
avatares precisariam para suas vidas digitais, os clientes seriam incentivados a criar essas 
coisas e vende-las uns aos outros. 

O desafio de engenharia diante deles e imenso: criar mundos virtuais, conteudo gerado pelo 
usuario, um mecanismo de comercio on-line, micropagamentos, e - finalmente e igualmente 
importante - a tecnologia de avatares tridimensionais que poderia ser processada em qualquer 
PC. 

Eu tambem fago parte dessa segunda historia. Sou cofundador e diretor de tecnologia dessa 
empresa, a IMVU. Neste ponto de nossas carreiras, meus cofiindadores e eu estamos 
determinados a cometer novos erros. Fazemos tudo errado: em vez de passarmos anos 
aperfeigoando nossa tecnologia, desenvolvemos umproduto minimo viavel, umproduto inicial 



que e terrivel, cheio de bugs (erros de programagao) e problemas de instabilidade que travam 
o computador. Entao, nos o disponibilizamos para os clientes bem antes de estar pronto. E 
cobramos dinheiro por isso. Apos conseguir os primeiros clientes, mudamos o produto 
constantemente - rapido demais para os padroes tradicionais lancando novas versoes 
dezenas de vezes todos os dias. 

Nos realmente tivemos clientes naqueles primeiros dias - verdadeiros adotantes iniciais 
{early adopters ) visionarios e, frequentemente, conversavamos com eles e pediamos seu 
feedback. No entanto, nao faziamos nada do que eles falavam. Consideravamos suas 
recomendagoes apenas umas das fontes de informagao a respeito do nosso produto e da nossa 
visao geral. De fato, estavamos mais propensos a realizar experimentos com nossos clientes 
do que a atender seus caprichos. 

O pensamento empresarial tradicional afirma que essa abordagem nao deveria funcionar, 
mas funciona, e voce nao tern de acreditar em mim Como veremos neste livro, a abordagem 
que desbravamos na IMVU tornou-se a base de um novo movimento de empreendedores em 
todo o mundo. Essa abordagem se desenvolve sobre diversas ideias previas de administragao 
e desenvolvimento de produto, incluindo a manufatura enxuta, o design thinking , o 
desenvolvimento de clientes {customer development) e o desenvolvimento agil. Representa 
uma nova abordagem para criar a inovagao continua. Eu a denominei de startup enxuta {lean 
startup ). 

Apesar da grande quantidade de literatura a respeito de estrategia empresarial, atributos- 
chave dos lideres empresariais e maneiras de identificar a proxima grande sensagao, os 
inovadores ainda lutam para trazer a tona suas ideias. Essa frustragao foi o gatilho que nos 
levou a tentar uma abordagem nova e radical na IMVU, caracterizada por um tempo de ciclo 
muito rapido, por um foco no que os clientes queriam (sem lhes perguntar), e por uma 
abordagem cientifica de tomada de decisoes. 

Origens da startup enxuta 

Sou uma daquelas pessoas que cresceu programando computadores. Assim, meu caminho para 
pensar a respeito de empreendedorismo e administragao foi tortuoso. Sempre trabalhei na area 
de desenvolvimento de produtos em minha area de atuagao; meus parceiros e chefes eram 
gerentes ou profissionais de marketing, e meus colegas trabalhavam em desenvolvimento e 
operagoes. Na minha carreira, tive repetidas oportunidades de trabalhar arduamente em 
produtos que acabaram fracassando no mercado. 

A principio, em grande medida por causa do meu background, via esses fracassos como 
problemas tecnicos que exigiam solugoes tecnicas: melhor arquitetura, melhor processo de 
desenvolvimento, mais disciplina, foco ou visao de produto. Essas pretensas melhorias 
resultaram em fracassos ainda maiores. Assim, li tudo que caiu em minhas maos e tive a 
bengao de ter como mentores alguns dos individuos mais brilhantes do Vale do Silicio. Na 
epoca em que me tornei cofundador do IMVU, estava sedento por novas ideias a respeito de 
como desenvolver uma empresa. 

Tive a sorte de ter socios que estavam dispostos a experimentar novas abordagens. Eles 



estavam fartos - assim como eu - das deficiencias do pensamento tradicional. Tambem 
tivemos a sorte de ter Steve Blank como investidor e consultor. Em 2004, Steve tinha acabado 
de comecar a pregar uma nova ideia: as funcoes de negocio e marketing de uma startup deviam 
ser consideradas tao importantes quanto as de engenharia e desenvolvimento de produto, e, 
portanto, mereciam uma metodologia igualmente rigorosa para orienta-las. Essa metodologia, 
que ele denominou desenvolvimento de clientes, me ofereceu insights e orientacao no 
trabalho diario como empreendedor. 

Enquanto isso, eu formava a equipe de desenvolvimento de produto da IMVU utilizando 
alguns dos metodos heterodoxos que mencionei anteriormente. Comparados as teorias 
tradicionais de desenvolvimento de produto que havia aprendido em minha carreira, esses 
metodos nao faziam sentido. No entanto, pude perceber por experiencia propria que estavam 
fiincionando. Esforcei-me, entao, para explicar as praticas aos novos fiincionarios, 
investidores e fiindadores de outras empresas. Careciamos de uma linguagem comum para 
descreve-las e de principios concretos para compreende-las. 

Comecei a procurar ideias em iniciativas no exterior que pudessem me ajudar a 
compreender minha experiencia. Comecei a estudar outros setores, especialmente o industrial, 
que origina a maioria das teorias modernas de administragao. Estudei a manufatura enxuta, 
processo que nasceu no Japao com o Sistema de Produgao Toyota: um modo totalmente novo 
de pensar acerca da manufatura de bens fisicos. Constatei que, ao aplicar ideias da manufatura 
enxuta aos meus desafios empresariais - com alguns ajustes e mudancas -, eu tinha o comedo 
de urn arcabouco que fazia sentido para eles. 

Essa linha de pensamento evoluiu ate a startup enxuta: a aplicagao do pensamento enxuto ao 
processo de inovagao. 

A IMVU tornou-se um grande sucesso. Seus clientes criaram mais de 60 milhoes de 
avatares. E uma empresa lucrativa, com receita anual de mais de 50 milhoes de dolares em 
2011, e que emprega mais de cem pessoas em seus atuais escritorios em Mountain View, na 
California. O catalogo de produtos virtuais da IMVU - que pareceu tao arriscado anos atras - 
agora possui mais de 6 milhoes de itens; mais de 7 mil sao adicionados por dia, quase todos 
criados pelos clientes. 

Como resultado desse sucesso, comecei a ser solicitado a dar conselhos a outras startups e 
investidores de capital de risco. Ao descrever minhas experiences na IMVU, muitas vezes 
enfrentava olhares sem expressao ou ceticismo extremo. A reagao mais comum era: “Isso 
nunca vai funcionar”. Minha experiencia ia tao contra o pensamento convencional, que a 
maioria das pessoas, mesmo no centro de inovagao que e o Vale do Silicio, nao era capaz de 
entender. 

Entao, comecei a escrever, primeiro num blog intitulado Startup Lessons Learned, e a falar - 
em conferencias, para empresas, startups e investidores de capital de risco - para qualquer 
pessoa com vontade de escutar. Ao ser convocado para defender e explicar minhas 
percepgoes, e com a colaboragao de outros autores, pensadores e empreendedores, tive a 
oportunidade de refinar e desenvolver a teoria da startup enxuta alem dos seus principios 
rudimentares. Desde o comego, minha esperanga foi encontrar maneiras de eliminar os 
inumeros desperdicios que observava ao meu redor: startups que faziam produtos que ninguem 



queria, novos produtos retirados das prateleiras, incontaveis sonhos irrealizados. 

Com o tempo, a ideia da startup enxuta floresceu num movimento mundial. Os 
empreendedores comegaram a constituir grupos locais para discutir e aplicar as ideias da 
startup enxuta. Atualmente, ha comunidades de pratica organizadas em mais de cem cidades do 
mundo. 1 2 3 Viajei por paises e continentes. Em todos os lugares, observei sinais de um novo 
renascimento do empreendedorismo. O movimento da startup enxuta esta tornando o 
empreendedorismo acessivel a toda uma nova geragao de fundadores, que estao sedentos por 
novas ideias sobre como construir empresas bem-sucedidas. 

Embora meu background seja o empreendedorismo associado a software de alta tecnologia, 
o movimento cresceu bem alem dessas origens. Milhares de empreendedores estao utilizando 
os principios da startup enxuta em todos os setores possiveis. Tive a oportunidade de 
trabalhar com empreendedores de empresas de todos os tamanhos, de setores distintos, e ate 
mesmo no governo. Essa jornada me levou a lugares que nunca imaginei que conheceria, desde 
os escritorios dos investidores de capital de risco mais importantes do mundo ate as salas de 
diretoria das empresas constantes da Fortune 500 , passando pelo Pentagono. A ocasiao em 
que me senti mais nervoso numa reuniao foi quando estava tentando explicar os principios da 
startup enxuta para o diretor de TI do Exercito norte-americano, que e um general tres estrelas 
(para registro, ele era extremamente aberto a novas ideias, mesmo de um civil como eu). 

Em pouco tempo, percebi que devia me concentrar no movimento da startup enxuta em 
periodo integral. Minha missao: melhorar a taxa de sucesso de novos produtos inovadores no 
mundo inteiro. O resultado e o livro que voce esta lendo. 

O metodo da startup enxuta 

Este e um livro para empreendedores e para as pessoas as quais eles respondem. Os cinco 
principios da startup enxuta, que permeiam todas as tres partes deste livro, sao os seguintes: 

1. Empreendedores estao por toda parte, \foce nao precisa trabalhar numa garagem 
para estar numa startup. O conceito de empreendedorismo inclui qualquer pessoa 
que trabalha dentro da minha definigao de startup: uma instituigao humana projetada 
para criar novos produtos e servigos sob condigoes de extrema incerteza. Isso 
significa que os empreendedores estao por toda parte, e a abordagem da startup 
enxuta pode funcionar em empresas de qualquer tamanho, mesmo numa de grande 
porte, em qualquer setor ou atividade. 

2. Empreender e administrar. Uma startup e uma instituigao, nao um produto, assim, 
requer um novo tipo de gestao, especificamente constituida para seu contexto de 
extrema incerteza. De fato, como discutirei depois, acredito que “empreendedor” 
deveria ser considerado um cargo em todas as empresas modernas que dependem 
da inovagao para seu crescimento futuro. 

3. Aprendizado validado. Startups existem nao apenas para fabricar coisas, ganhar 
dinheiro ou mesmo atender clientes. Elas existem para aprender a desenvolver um 
negocio sustentavel. Essa aprendizagem pode ser validada cientificamente por meio 


de experimentos frequentes que permitem aos empreendedores testar cada elemento 
de sua visao. 

4. Construir-medir-aprender. A atividade fundamental de uma startup e transformar 
ideias em produtos, medir como os clientes reagem, e, entao, aprender seeo caso 
de pivotar ou perseverar. Todos os processos de startup bem-sucedidos devem ser 
voltados a acelerar esse ciclo de feedback. 

5. Contabilidade para inovagao. A fim de melhorar os resultados do 
empreendedorismo e poder atribuir responsabilidades aos inovadores, precisamos 
focar tambem em assuntos menos interessantes: como medir o progresso, definir 
marcos e como priorizar o trabalho. Isso requer um novo tipo de contabilidade 
desenvolvida para startups e para as pessoas responsaveis por elas. 

Por que as startups ffacassam tanto? 

O primeiro problema e a fascinagao associada a um bom piano, a uma estrategia solida e a 
uma pesquisa de mercado completa. Em epocas anteriores, essas coisas eram indicadoras de 
um provavel sucesso. A tentagao de tambem aplica-las as startups e irresistivel, mas isso nao 
fiinciona, pois as startups operam com muita incerteza. As startups ainda nao sabem quern sao 
seus clientes ou como devem ser seus produtos. A medida que o mundo fica mais incerto, e 
cada vez mais dificil prever o fiituro. Os metodos antigos de administragao nao estao a altura 
da tarefa. Planejamento e previsao sao precisos apenas quando baseados num historico 
operacional longo e estavel, e num ambiente relativamente estatico. Startups nao tern nenhum 
dos dois. 

O segundo problema e que apos observarem a administracao tradicional falhar na solugao 
desse problema, alguns empreendedores e investidores jogaram a toalha e adotaram a escola 
de startups “simplesmente faca” {“just do it”). Essa escola acredita que, se a gestao e o 
problema, o caos e a resposta. Infelizmente, como pude atestar por experiencia propria, isso 
tambem nao fiinciona. 

Pode parecer absurdo achar que algo tao disruptivo, inovador e caotico como uma startup 
possa ser gerenciado, ou, para ser exato, deva ser gerenciado. A maioria das pessoas 
considera o processo e a administracao macantes e desinteressantes, enquanto as startups sao 
dinamicas e estimulantes. No entanto, o que e realmente estimulante e ver uma startup ter exito 
e mudar o mundo. A paixao, a energia e a visao que as pessoas trazem para esses novos 
empreendimentos sao recursos muito preciosos para desperdicar. Podemos - e devemos - 
fazer melhor. Este livro trata de como fazer isso. 


Como este livro e organizado 

Este livro e dividido emtres partes: “Visao”, “Direcao” e “Aceleracao”. 

A parte intitulada “Visao” defende a ideia de uma nova disciplina de administracao 
empresarial. Identifico quern e um empreendedor, defino uma startup e articulo uma nova 
maneira de as startups medirem se estao fazendo progressos, denominada aprendizagem 
validada. Para alcancar essa aprendizagem, veremos que as startups - em uma garagem ou 



dentro de uma empresa - podem utilizar a experimentagao cientifica para descobrir como 
desenvolver umnegocio sustentavel. 

A parte denominada “Diregao” analisa o metodo da startup enxuta em detalhes, mostrando 
uma volta completa do ciclo basico de feedback construir-medir-aprender. Comegando com 
suposigoes do tipo atos de fe, que clamampor testes rigorosos, voce aprendera como construir 
um produto rmnimo viavel para testar essas suposigoes, um novo sistema contabil para avaliar 
se voce esta progredindo, e um metodo para decidir entre mudar de rumo, mas com um pe 
fincado no chao, ou perseverar. 

Na parte intitulada “Aceleragao”, investigaremos tecnicas que permitem as startups enxutas 
acelerar atraves do ciclo de feedback construir-medir-aprender tao rapido quanto possivel, 
mesmo durante sua expansao. Tambem analisaremos os conceitos de manufatura enxuta, que 
sao pertinentes as startups, como o poder dos pequenos lotes. Tambem discutiremos projeto 
organizacional, como os produtos se desenvolvem, e de que forma aplicar os principios da 
startup enxuta alemda proverbial garagem, inclusive dentro das maiores empresas do mundo. 


Seculo II da administrate) 

Como sociedade, dispomos de um conjunto comprovado de tecnicas para administrar grandes 
empresas, e conhecemos as melhores praticas para construir produtos fisicos. No entanto, 
quando se trata de startups e inovagao, ainda estamos atirando no escuro. Ficamos nos valendo 
de visoes, cagando os “grandes homens” capazes de fazer a magica acontecer, ou ficamos 
tentando analisar nossos novos produtos ate nao poder mais. Esses sao novos problemas, 
nascidos do sucesso da administragao no seculo XX. 

Este livro procura assentar numa base solida o empreendedorismo e a inovagao. Estamos no 
alvorecer do seculo II da administragao. E nosso desafio fazer algo grande com a 
oportunidade que temos. O movimento da startup enxuta procura assegurar que aqueles de nos 
que desejam desenvolver a proxima grande invengao terao as ferramentas necessarias para 
mudar o mundo. 


1 Empresa recem-criada, recem-estabelecida, nascente. Ou, um grupo de pessoas que tenta transformar uma ideia em um novo 
produto e criar uma empresa. Posteriormente, o autor apresenta sua definigao de startup. (N. T.) 


2 Para uma lista atualizada das comunidades de startup enxuta, ou para localizar uma perto de voce, ver < http:/7'1ean- 
startup.meetup.com >. ou Lean Startup Wiki: <littp:/71eanstartup.pbworks.com/Meetups >. Consulte tambem o Capitulo 14: Junte- 
se ao movimento. 





Parte I 


VISAO 




1 _ 

COMECAR 


D esenvolver uma startup e um exercicio de desenvolver uma instituigao, portanto, envolve 
necessariamente administrate. Muitas vezes, isso surge como uma grande surpresa para 
os aspirantes a empreendedores, pois suas associates com essas duas palavras sao 
diametralmente opostas. Os empreendedores sao justificadamente cautelosos em relate a 
implementagao de praticas gerenciais tradicionais no inicio de uma startup, receosos de que 
estas atrairao a burocracia ou reprimirao a criatividade. 

Durante decadas, os empreendedores e seus problemas singulares destoaram da 
administrate geral. Em consequencia, muitos adotam uma atitude “simplesmente fa^a”, 
evitando todas as formas de gestao, processo e disciplina. Infelizmente, essa abordagem 
conduz com mais frequencia ao caos do que ao sucesso. Eu sei por experiencia: meus 
primeiros fracassos relativos a startups foramtodos desse tipo. 

No ultimo seculo, o grande sucesso da administrate geral proporcionou uma abundancia 
material sem precedentes, mas esses principios de administrate sao mal adaptados para lidar 
como caos e a incerteza normalmente enfrentados pelas startups. 

* * * 


Acredito que o empreendedorismo requer uma disciplina gerencial propria para aproveitar 
a oportunidade empresarial que lhe foi dada. 

Atualmente, ha mais empreendedores atuando do que em qualquer outro periodo da historia. 
Isso se tornou possivel por causa das mudan^as drasticas da economia global. Para mencionar 
apenas um exemplo: tfequentemente, escutamos os analistas lamentarem a perda de empregos 
na industria norte-americana nas duas ultimas decadas, mas raramente escutamos acerca da 
correspondente perda da capacidade manufatureira. Isso porque, nos Estados Unidos, a 
produtividade industrial esta aumentando (cerca de 15% na ultima decada), mesmo diante da 
continua perda de empregos (ver os graficos a seguir). De fato, os aumentos consideraveis de 
produtividade possibilitados pela moderna administrate e tecnologia criaram mais 
capacidade produtiva do que as empresas sabem como lidar.- 
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Estamos vivendo um renascimento sem precedentes do empreendedorismo mundial, mas 
essa oportunidade corre riscos. Como carecemos de umparadigma gerencial coerente comas 
novas iniciativas de inovagao, estamos pondo de lado nosso excesso de capacidade com uma 
naturalidade extravagante. Apesar dessa falta de rigor, estamos encontrando algumas maneiras 
de ganhar dinheiro, mas para cada sucesso ha muitos fracassos: produtos sao retirados das 
prateleiras poucas semanas depois do langamento, startups badaladas pela imprensa sao 
esquecidas alguns meses depois, e novos produtos acabam nao sendo usados por ninguem. O 
que torna esses insucessos especialmente dolorosos nao e somente o dano economico causado 
a fimcionarios, empresas e investidores; eles tambem sao um desperdicio gigantesco dos 
recursos mais preciosos da nossa civiliza^ao: o tempo, a paixao e a habilidade das pessoas. O 
movimento da startup enxuta e dedicado a impedir esses insucessos. 




AS RAIZES DA STARTUP ENXUTA 

A startup enxuta tira seu nome da produgao enxuta, a revolugao que Taiichi Ohno e Shigeo 
Shingo promoveram na Toyota. O pensamento enxuto esta alterando radicalmente a maneira 
pela qual as cadeias de suprimento e os sistemas de produgao sao conduzidos. Entre seus 











principios estao o aproveitamento do conhecimento e da criatividade de cada funcionario, a 
redugao dos tamanhos dos lotes, a produgao do tipo just in time , o controle do estoque e a 
aceleragao do tempo de ciclo. Ensinou ao mundo a diferenga entre atividades com valor das 
outras, e mostrou como desenvolver qualidade nos produtos de dentro para fora. 

A startup enxuta adapta essas ideias ao contexto do empreendedorismo, propondo que os 
empreendedores julguem seu progresso de maneira distinta do modo pelo qual outros tipos de 
iniciativas empresariais julgam. O progresso na manufatura e medido pela produgao de bens 
fisicos de alta qualidade. Como veremos no Capltulo 3, a startup enxuta utiliza uma unidade 
diferente de progresso, denominada aprendizagem validada. Com a aprendizagem cientlfica 
como nosso parametro, podemos descobrir e eliminar as fontes de desperdlcio que assolam o 
empreendedorismo. 

Uma teoria abrangente de empreendedorismo deve abordar todas as fiingoes de um 
empreendimento na fase inicial: visao e conceito, desenvolvimento de produto, marketing e 
vendas, aumento de escala, parcerias e distribuigao, e estrutura e desenho organizacional. Tern 
de proporcionar um metodo de medir o progresso num contexto de extrema incerteza. Pode dar 
aos empreendedores orientagao clara sobre como tomar diversas decisoes espinhosas: 
investir ou nao em processo e quando investir; formulacao, planejamento e criagao de 
inffaestrutura; quando fazer sozinho e quando fazer com uma parceria; quando responder ao 
feedback e quando persistir na visao; e como e quando investir na expansao da capacidade da 
empresa. E mais que tudo: deve permitir aos empreendedores a realizagao de previsoes que 
podem ser testadas. 

Por exemplo, consideremos a recomendagao de que voce forme equipes multifuncionais, 
responsaveis pelo que denominamos marcos de aprendizagem , em vez de organizar sua 
empresa em rigidos departamentos fiincionais (marketing, vendas, tecnologia da informacao, 
recursos humanos etc.), que incentivam as pessoas a desempenhar bem suas fungoes em suas 
areas de especializagao (ver Capitulo 7). Talvez voce Concorde com essa recomendagao, ou 
talvez fique cetico. De qualquer maneira, se decidir implementar a recomendagao, prevejo que 
rapidamente tera feedback das suas equipes de que o novo processo esta reduzindo a 
produtividade. As equipes solicitarao umretorno ao antigo modo de trabalho, no qual tinhama 
oportunidade de “permanecer eficientes” trabalhando em lotes maiores e compartilhando o 
trabalho entre departamentos. 

E seguro prever esse resultado, e nao so porque observei isso diversas vezes na empresa em 
que trabalho. E uma previsao objetiva da propria teoria da startup enxuta. Quando as pessoas 
estao acostumadas a avaliar sua produtividade somente considerando a propria fiingao, elas 
acham que um dia bom e aquele em que fizeram bem seu trabalho durante todo o dia. Quando 
trabalhei como programador, isso significava oito horas diretas de programagao, sem 
interrupgao. Aquele era um dia bom. Em contraste, se era interrompido com perguntas, 
processos, ou - Deus me livre! - reunioes, me sentia mal. O que eu realmente executava 
naquele dia? Codificagao e fiincionalidades do produto eram tangiveis para mim; podia ve- 
las, entende-las e mostra-las. A aprendizagem, em contraste, e intangivel. 

A startup enxuta pede para as pessoas comegarem a medir sua produtividade de maneira 
diferente. Como as startups muitas vezes desenvolvem acidentalmente algo que ninguem quer, 



nao tem muita importancia se as pessoas fazem isso no prazo e dentro do orgamento. O 
objetivo de uma startup e descobrir a coisa certa a criar - a coisa que os clientes querem e 
pela qual pagarao - o mais rapido possivel. Em outras palavras: a startup enxuta e uma nova 
maneira de considerar o desenvolvimento de produtos novos e inovadores, que enfatiza 
interagao rapida e percepgao do consumidor, uma grande visao e grande ambigao, tudo ao 
mesmo tempo. 


* * * 

Henry Ford e um dos empreendedores mais bem-sucedidos e famosos de todos os tempos. 
Como a ideia da administragao foi associada a historia do automovel desde os primeiros dias, 
acredito que e apropriado empregar o automovel como metafora para uma startup. 

Um carro e equipado com dois ciclos de feedback importantes e muito diferentes. O 
primeiro ciclo ocorre dentro do motor de combustao interna. Antes de Henry Ford se tornar 
um CEO famoso, ele era engenheiro. Em sua oficina, passou dias e noites experimentando a 
mecanica exata para obter o movimento dos cilindros do motor. Cada pequena explosao dentro 
do cilindro gera forga motriz para girar as rodas, e tambem produz a ignigao da proxima 
explosao. Se o timing desse ciclo de feedback nao for gerenciado de modo preciso, o motor 
vai engasgar e deixar de fiincionar. 

As startups possuem um motor semelhante, que denomino motor de crescimento. Os 
mercados e os clientes para as startups sao distintos: uma empresa de brinquedos, uma firma 
de consultoria e uma fabrica podem nao parecer que tem muito em comum, mas, como 
veremos, fiincionam com o mesmo motor de crescimento. 

Cada nova versao de um produto, cada novo recurso e cada novo programa de marketing 
sao uma tentativa de melhorar esse motor de crescimento. Como as experiencias de Henry 
Ford em sua oficina, nem todas essas mudangas geram melhorias. O desenvolvimento de um 
novo produto acontece aos trancos e barrancos. Muito tempo na vida de uma startup e gasto 
regulando o motor a fim de obter melhorias no produto, no marketing ou nas operacoes. 

O segundo ciclo de feedback importante num automovel esta entre o motorista e o volante. 
Esse feedback e tao imediato e automatico que muitas vezes nao pensamos nele, mas e a 
condugao que diferencia o ato de dirigir da maioria das outras formas de transporte. Se voce 
vai de carro para o trabalho todos os dias, provavelmente conhece o trajeto tao bem que suas 
maos parecem guia-lo ate la espontaneamente. Podemos percorrer o trajeto praticamente 
dormindo. No entanto, se eu lhe pedir para fechar os olhos e anotar exatamente como chegar 
ao seu escritorio - nao os sentidos das ruas, mas cada agao que voce precisa fazer, cada 
movimento da mao no volante e dos pes nos pedais voce considerara isso impossivel. A 
coreografia da condugao e incrivelmente complexa quando a pessoa para de fazer outras 
coisas para pensar a respeito. 

Em contraste, uma espagonave requer exatamente esse tipo de calibragem previa. Tem de 
ser langada com as instrugoes mais precisas sobre o que deve ser feito: cada empuxo, cada 
descarga do propulsor e cada mudanga de diregao. O menor erro no local de langamento pode 
provocar resultados catastroficos milhares de quilometros depois. 



Infelizmente, diversos pianos de negocios de startups parecemmais que estao planejando o 
langamento de uma espagonave do que a condugao de um carro. Esses pianos prescrevem os 
passos a seguir e os resultados esperados nos rmnimos detalhes, e como no planejamento para 
lancar um foguete, sao configurados de uma maneira que mesmo erros minusculos nas 
hipoteses podemlevar a resultados catastroficos. 

Uma empresa em que trabalhei foi infeliz em prever uma significativa adogao pelos clientes 
- na casa dos milhoes - de um dos seus novos produtos. Alimentado por um lancamento 
espalhafatoso, a empresa executou bem seu piano. Infelizmente, os clientes nao adquiriram o 
produto em numeros expressivos. Ainda pior, a empresa investira em grande infraestrutura, 
contratagoes e suporte para lidar com o fluxo de clientes esperado. Quando os clientes nao se 
materializaram, a empresa tinha se comprometido tanto que nao conseguiu se adaptar no 
devido tempo. Ela tinha “alcangado o ffacasso” - fielmente, comexito e executando com rigor 
um piano que se revelou completamente imperfeito. 

O metodo da startup enxuta, em contraste, e projetado para voce aprender a dirigir uma 
startup. Em vez de projetar pianos complexos, baseados em inumeras hipoteses, voce pode 
fazer ajustes constantes por meio do “volante”, que e o ciclo de feedback construir-medir- 
aprender. Por meio desse processo de condugao, podemos aprender quando eseeo momento 
de fazermos uma curva fechada chamada pivo ou se devemos perseverar em nosso caminho 
atual. Uma vez que temos um motor em funcionamento, a startup enxuta oferece metodos para 
dimensionar e desenvolver o negocio com aceleragao maxima. 

Emtodo processo de condugao, voce sempre tern uma ideia clara de onde esta indo. Se voce 
esta indo para o trabalho, nao desiste porque ha um desvio no caminho ou porque entrou numa 
rua errada. \bce continua concentrado em chegar ao seu destino. 

As startups tambem possuem um norte verdadeiro, um destino em mente: criar um negocio 
prospero e capaz de mudar o mundo. Chamo isso de visdo de uma startup. Para ale a near essa 
visao, as startups empregam uma estrategia, que inclui um modelo de negocios, um piano de 
produto, um ponto de vista acerca dos parceiros e dos concorrentes, e as ideias a respeito de 
quern serao os clientes. O produto e o resultado final dessa estrategia (ver o grafico na pagina 
20 ). 



PRODUTO 



Os produtos mudam constantemente atraves do processo de otimizacao, o que denomino 
ajustando o motor. Com menos frequencia, a estrategia pode ter de mudar. No entanto, a visao 
dominante raramente muda. Os empreendedores estao comprometidos a conduzir a startup ate 
aquele destino. Cada reves e uma oportunidade de aprendermos como chegar aonde queremos 
(ver o grafico abaixo). 



Na vida real, uma startup e um portfolio de atividades. Muita coisa esta acontecendo 
simultaneamente: o motor esta em funcionamento, adquirindo novos clientes e atendendo os 
existentes; estamos fazendo ajustes, tentando melhorar nosso produto, marketing e operacoes; e 
estamos na condugao, decidindo se devemos pivotar e quando. O desafio do 
empreendedorismo e equilibrar todas essas atividades. Mesmo as menores startups enfrentam 
o desafio de dar apoio aos clientes existentes enquanto procuram inovar. Mesmo a empresa 
mais estabelecida, enfrenta o imperativo de investir em inovagao, a fim de nao se tornar 
obsoleta. A medida que a empresa cresce, o que muda e o mix dessas atividades no seu 
portfolio de trabalho. 


* * * 


Empreender e gerenciar. No entanto, imagine uma gerente moderna que tern a missao de 
construir um novo produto no contexto de uma empresa estabelecida. Imagine que ela procure 
o diretor fmanceiro da empresa um ano depois, dizendo: “Nao conseguimos cumprir as metas 
de crescimento que previmos. Na realidade, nao temos quase nenhum novo cliente e nenhuma 
nova receita. Contudo, aprendemos muito e estamos na iminencia de uma nova linha de 
negocios revolucionaria. Tudo de que precisamos e de mais um ano”. Na maioria das vezes, 
esse seria o ultimo informe que essa empreendedora interna daria ao seu empregador. O 
motivo para isso e que, na administragao geral, o fracasso em apresentar resultados deve-se 
ao insucesso de planejar adequadamente ou ao insucesso de executar corretamente. Os dois 
sao lapsos significativos. No entanto, o desenvolvimento de um novo produto na economia 
moderna requer exatamente esse tipo de fracasso no caminho para a grandeza. No movimento 
da startup enxuta, comegamos a perceber que esses inovadores internos tambem sao 
empreendedores, e que a administragao do empreendedorismo pode ajuda-los a ter exito; esse 
e o tema do proximo capitulo. 


3 As estatisticas e analises do setor manufatureiro sao extraidas do blog Five Thirty Eight: 
http://www.fivethirtveight.com/2010/02/us-manufacturing-is-not-dead.html 
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DEFINIR 


N as minhas viagens pelo mundo falando a respeito da startup enxuta, fico muitas vezes 
surpreso ao encontrar pessoas na plateia que parecem deslocadas. Alem dos 
empreendedores de startup mais tipicos que encontro, aquelas pessoas sao gerentes gerais, a 
maioria trabalhando em empresas muito grandes, e que tem a missao de criar novos 
empreendimentos ou inovagoes de produtos. Eles sao versados em politicas organizacionais: 
sabem como constituir divisoes autonomas com demonstrates de resultados distintas, e 
conseguem proteger equipes polemicas da intromissao corporativa. A maior surpresa e que 
eles sao visionarios. Como os fundadores de startups com os quais trabalhei durante anos, eles 
conseguem vislumbrar o futuro dos seus setores, e estao preparados para assumir riscos 
ousados, em busca de solutes novas e inovadoras para os problemas enfrentados por suas 
empresas. 

Mark, por exemplo, e gerente de uma empresa muito grande e participou de uma das minhas 
palestras. Ele e lider de uma divisao e recentemente foi convocado a trazer sua empresa para 
o seculo XXI, desenvolvendo umnovo conjunto de produtos projetados para tirar proveito da 
Internet. Quando ele veio conversar comigo mais tarde, comecei a lhe dar o conselho padrao 
acerca de como criar equipes de inova^ao dentro de uma grande empresa. Ele me interrompeu 
no meio da explana^ao: “Sim, eu li O dilema do inovador.- Ja cuidei de tudo”. Mark era um 
funcionario antigo da empresa e um gerente bem-sucedido em iniciativas internas. Assim, 
gerenciar a politica interna era o menor dos seus problemas. Eu deveria ter percebido; seu 
sucesso era o testemunho da sua capacidade de navegar pelas politicas corporativas, pelo 
pessoal e pelos processos da empresa para a realizagao de tarefas. 

Em seguida, procurei lhe dar alguns conselhos acerca do futuro, a respeito de algumas novas 
tecnologias de desenvolvimento de produto com muito potencial. Novamente, ele me 
interrompeu: “Certo. Sei tudo a respeito de Internet, e tenho a visao de como nossa empresa 
precisa se adaptar a ela ou morrer”. 

Mark tem definidos todos os pre-requisitos para o empreendedorismo - estrutura de equipe 
apropriada, pessoal de qualidade, visao forte do futuro e apetite por assumir riscos - e assim, 
finalmente, ocorreu-me de perguntar o motivo pelo qual ele estava pedindo meus conselhos. 
Ele respondeu: “E como se tivessemos todas as materias-primas: gravetos, lenha, papel, pedra 
de isqueiro, ate algumas fagulhas. Mas onde esta o fogo?”. As teorias de administrate 
estudadas por Mark tratam a inova to como uma “caixa preta”, enfocando as estruturas que as 
empresas precisam por no lugar para formar equipes internas de startups. No entanto, Mark 



viu-se trabalhando dentro da caixa preta - e com necessidade de orientagao. 

O que Mark estava precisando era de um processo para converter as materias-primas da 
inovagao em sucessos de breakthrough no mundo real. Assim que uma equipe esta formada, o 
que ela deve fazer? Que processos deve utilizar? Como atribuir-lhe responsabilidades para 
cumprir etapas? Essas sao perguntas que a metodologia da startup enxuta esta determinada a 
responder. 

Minha conclusao? Mark e tao empreendedor quanto um fundador do Vale do Sillcio com 
uma startup de alta tecnologia na garagem. Ele precisa dos princlpios da startup enxuta da 
mesma forma que as pessoas que considero empreendedores classicos precisam. 

As vezes, os empreendedores que atuam dentro de uma organizagao estabelecida sao 
chamados de empreendedores internos (intrapreneurs), por causa das circunstancias 
especificas que caracterizam o desenvolvimento de uma startup dentro de uma grande 
empresa. Como apliquei as ideias da startup enxuta em uma grande variedade de empresas e 
ramos de atividade, passei a acreditar que os empreendedores internos tern muito mais em 
comum com o restante da comunidade de empreendedores do que a maioria das pessoas 
acredita. Portanto, quando utilizo o termo empreendedor , estou me referindo a todo o 
ecossistema de startup, independentemente do tamanho da empresa, do setor ou do estagio de 
desenvolvimento. 

Este livro e para empreendedores de todas as classes: desdejovens visionarios compoucos 
recursos, mas com grandes ideias, ate visionarios experientes dentro de grandes empresas, 
como Mark - e pessoas que atribuem responsabilidades a eles. 


SE EU SOU UM EMPREENDEDOR, O QUE E UMA 
STARTUP? 

A startup enxuta e um conjunto de praticas para ajudar os empreendedores a aumentar suas 
chances de desenvolver uma startup de sucesso. Para acabar com os mal-entendidos, e 
importante definir o que e uma startup: 


Uma startup e uma instituigao humana projetada para criar novos produtos e servigos sob condigoes de extrema 
incerteza. 


Passei a perceber que a parte mais importante dessa defmigao e o que ela omite. Nao diz 
nada a respeito do tamanho da empresa, da atividade ou do setor da economia. Qualquer 
pessoa que esta criando um novo produto ou negocio sob condigoes de extrema incerteza e um 
empreendedor, quer saiba ou nao, e quer trabalhe numa entidade governamental, uma empresa 
apoiada por capital de risco, uma organizagao sem fins lucrativos ou uma empresa com 
investidores financeiros decididamente voltada para o lucro. 

Consideremos cada uma das partes. A palavra instituigao conota burocracia, processo, ate 
letargia. Como isso pode ser parte de uma startup? No entanto, as startups bem-sucedidas 
estao repletas de atividades associadas ao desenvolvimento de instituigoes: contratagao de 
fiincionarios criativos, coordenagao das atividades deles, e criagao de uma cultura 



empresarial que gera resultados. 

Frequentemente, perdemos de vista o fato de que uma startup nao consiste num produto, 
numa inovagao tecnologica ou ate mesmo numa ideia brilhante. Uma startup e maior do que a 
soma de suas partes; e uma iniciativa intensamente humana. 

O fato de que o produto ou servico da startup e uma nova inovacao tambeme parte essencial 
da definigao, e tambem uma parte delicada. Prefiro empregar a definigao mais ampla de 
produto , aquela que abrange qualquer fonte de valor para as pessoas que se tornam clientes. 
Qualquer coisa que os clientes vivenciam da interagao com uma empresa deve ser 
considerada parte do produto daquela empresa. Isso e verdade em relacao a uma quitanda, um 
site de comercio eletronico, um servico de consultoria e uma entidade de servigo social sem 
fins lucrativos. Emtodos os casos, a organizagao se dedica a revelar uma nova fonte de valor 
para os clientes e se preocupa como impacto do seu produto sobre esses clientes. 

Tambem e importante que a palavra inovagao seja compreendida amplamente. As startups 
utilizam muitos tipos de inovagao: descobertas cientificas originais, um novo uso para uma 
tecnologia existente, criagao de um novo modelo de negocios que libera um valor que estava 
oculto, ou a simples disponibilizagao do produto ou servigo num novo local ou para um 
conjunto de clientes anteriormente mal atendidos. Emtodos esses casos, a inovagao e o cerne 
do sucesso da empresa. 

Ha mais uma parte importante dessa definigao: o contexto no qual a inovagao acontece. A 
maiorias das empresas - grandes e pequenas - estao excluidas desses contextos. As startups 
sao projetadas para enfrentar situagoes de extrema incerteza. Abrir uma nova empresa, que 
seja um clone exato de um negocio existente, copiando modelo de negocios, precificagao, 
cliente-alvo e produto, pode ate ser um investimento economico atraente, mas nao e uma 
startup, pois seu sucesso depende somente da execugao - tanto que esse sucesso pode ser 
modelado com grande exatidao. (Eis por que tantas pequenas empresas podem ser financiadas 
com simples emprestimos bancarios; o nivel de risco e incerteza sao tao bem entendidos que 
umanalista de credito pode avaliar suas perspectivas futuras.) 

A maioria das ferramentas da administragao geral nao sao projetadas para florescer no solo 
adverso da extrema incerteza, no qual as startups vicejam. O fiituro e imprevisivel, os clientes 
testemunham um conjunto crescente de alternativas, e o ritmo da mudanga esta sempre 
aumentando. No entanto, a maioria das startups - tanto em garagens quanto em empresas - 
ainda e administrada por meio de prognostics padrao, marcos de produtos e pianos de 
negocios detalhados. 


A HISTORIA DO SNAPTAX 

Em 2009, uma startup decidiu tentar algo realmente audacioso. Ela queria livrar os 
contribuintes dos onerosos contadores mediante a automatizagao do processo de coleta de 
informagoes tipicamente encontradas nos formularios W-2 (a declaragao anual que a maioria 
dos funcionarios americanos recebe do empregador, que resume os salarios tributaveis do 
ano). Rapidamente, a startup esbarrou em dificuldades. Ainda que muitos consumidores 
tivessem acesso a uma impressora/scanner em casa ou escritorio, poucos sabiam como utilizar 



esses aparelhos. Apos diversas conversas com possiveis clientes, a equipe se decidiu por 
fazer os clientes tirarem fotos de formularios com seus celulares. E, ao testar esse conceito, os 
clientes perguntaram algo inesperado: seria possivel preencher toda declaragao de imposto 
de renda no proprio telefone? 

Isso nao era uma tarefa facil. O preenchimento tradicional da declaragao de imposto de 
renda exige que os contribuintes enfrentem centenas de perguntas, diversos formularios e um 
monte de papelada. Aquela startup tentou algo original: decidiu disponibilizar uma versao 
inicial do seu produto mesmo nao sendo capaz de realizar um trabalho completo. A versao 
inicial funcionava somente para pessoas fisicas com renda muito simples a declarar, e 
funcionava somente na California. 

Em vez de a pessoa fisica preencher um formulario complexo, ela podia utilizar a camera do 
celular para tirar uma foto do seu formulario W-2. A partir dessa simples foto, a startup 
desenvolveu a tecnologia para compilar e preencher a maioria dos formularios 1040 EX de 
declaragao de imposto de renda. Em comparagao com o trabalho arduo de preparagao 
tradicional da declaragao, o novo produto - denominado SnapTax - proporciona uma 
experiencia magica. Do seu comego modesto, o SnapTax transformou-se numa significativa 
historia de sucesso de startup. Em 2011, seu langamento nacional revelou que os clientes 
gostavamdo produto, alcangando mais de 350 mil donwloads nas primeiras tres semanas. 

Esse e o tipo de inovagao incrivel que podemos esperar de uma nova startup. 

No entanto, o nome dessa empresa pode surpreende-lo. O SnapTax foi desenvolvido pela 
Intuit, a maior fabricante norte-americana de ferramentas de finangas, tributes e contabilidade 
para pessoas fisicas e pequenas empresas. Com mais de 7 mil funcionarios e receitas anuais 
na casa dos bilhoes de dolares, a Intuit nao e uma startup tipica.- 

A equipe que desenvolveu o SnapTax nao se parece muito com a imagem arquetipica dos 
empreendedores. Seus membros nao trabalham numa garagem nem comem macarrao 
instantaneo. A empresa deles nao carece de recursos financeiros. Eles recebem salarios 
integrais e beneficios. Trabalham num escritorio todos os dias. Contudo, sao empreendedores. 

Historias como essa nao sao tao comuns dentro das grandes corporagoes como deveriam 
ser. Afinal de contas, o SnapTax concorre diretamente com um dos principais produtos da 
Intuit: o software TurboTax. Em geral, empresas como a Intuit caem na armadilha descrita em 
O dilema do inovador, de Clayton Christensen: elas sao muito boas na criagao de melhorias 
incrementais em produtos existentes e no atendimento aos clientes existentes, que Christensen 
denominou inovagao de sustentagao, mas enfrentam dificuldades para criar novos produtos 
disruptivos - a inovagao radical -, o que pode criar novas fontes sustentaveis de crescimento. 

Uma parte notavel da historia do SnapTax e o que os lideres da equipe responderam quando 
lhes perguntei a respeito da explicagao para seu improvavel sucesso. Eles contrataram 
empreendedores famosos de fora da empresa? Nao, eles formaram uma equipe com 
fimcionarios da propria empresa. Eles enfrentaram a intromissao constante da alta diregao, 
que e a ruina das equipes de inovagao de diversas empresas? Nao, seus patrocinadores 
executivos criaram uma “ilha de liberdade”, onde puderam experimentar o quanto foi 
necessario. Eles tiveram uma grande equipe, um grande orgamento e muito dinheiro para o 
marketing? Nao! Eles comegaram com uma equipe de cinco pessoas. 


O que permitiu que a equipe do SnapTax inovasse nao foram seus genes, o destino ou os 
signos astrologicos, mas um processo deliberadamente facilitado pela alta diregao da Intuit. A 
inovagao e algo que se da de baixo para cima, descentralizada e imprevisivel, mas nao quer 
dizer que nao possa ser administrada. Pode, mas para isso requer uma nova disciplina de 
administra^ao, uma que precisa ser dominada nao so por empreendedores atuantes, buscando 
desenvolver a proxima grande sensa^ao, mas tambem pelas pessoas que os apoiam, que os 
nutrem e que lhes atribuem responsabilidades. Em outras palavras: cultivar o 
empreendedorismo e responsabilidade da alta direcao. Atualmente, uma empresa de ponta 
como a Intuit pode apontar para historias de sucesso como a do SnapTax, pois reconheceu a 
necessidade de um novo paradigma de administrate ao. Essa e uma realizagao que levou anos 
para se concretizar.- 

UMA STARTUP DE 7 MIL PESSOAS 

Em 1983, o fiindador da Intuit, o famoso empreendedor Scott Cook, teve a ideia radical (com 
o cofundador Tom Proulx) de que um dia a contabilidade pessoal seria feita por computador. 
O sucesso deles estava longe de ser inevitavel: eles enfrentaram diversos concorrentes, um 
liituro incerto e um mercado inicialmente diminuto. Uma decada depois, a empresa abriu o 
capital e, subsequentemente, defendeu-se de ataques bem divulgados de empresas maiores, 
incluindo a gigantesca Microsoft. Em parte com a ajuda de John Doerr, conhecido investidor 
de capital de risco, a Intuit tornou-se uma empresa bastante diversificada, integrante da 
Fortune 1000, que, atualmente, fornece dezenas de produtos lideres de mercado atraves de 
suas principais divisoes. 

Esse e o tipo de sucesso empresarial que temos o costume de escutar: uma equipe 
desordenada de pobres-diabos que acaba alcancando a fama, a aclamagao e riqueza 
consideravel. 

Vfttemos a 2002. Cook estava frustrado. Ele acabara de tabular dez anos de dados de todos 
os lancamentos de novos produtos da Intuit e concluira que a empresa estava tendo um retorno 
sofrivel sobre seus volumosos investimentos. Em resumo: varios dos novos produtos nao 
estavam dando certo. Pelos padroes tradicionais, a Intuit e uma empresa muito bem 
administrada, mas conforme Cook se aprofundava nas causas basicas desses insucessos, 
chegava a uma conclusao dificil: o paradigma administrativo habitual que ele e sua empresa 
estavam praticando era inadequado em relacao ao problema da inovagao continua da 
economia moderna. 

No outono de 2009, Cook havia trabalhado durante muitos anos para mudar a cultura 
administrativa da Intuit. Ele tomou conhecimento dos meus trabalhos iniciais sobre a startup 
enxuta e me convidou para dar uma palestra na Intuit. No Vale do Silicio, esse nao e o tipo de 
convite que voce recusa. Admito que fiquei curioso. Ainda estava no inicio da minha jornada 
referente a startup enxuta e nao tinha muita compreensao a respeito dos desafios enfrentados 
por uma empresa integrante da Fortune 1000. 

Minha conversa com Cook e Brad Smith, o CEO da Intuit, foi minha iniciagao a respeito do 
pensamento dos administradores modernos, que se esforgam para empreender tanto quanto os 


investidores de capital de risco e os fiindadores numa garagem. Para enfrentar esses desafios, 
Cook e Smith estao voltando as raizes da Intuit. Eles estao trabalhando para desenvolver o 
empreendedorismo e o ato de correr riscos em todos os setores da empresa. 

Por exemplo, consideremos um dos principais produtos da Intuit. Como a maior parte das 
vendas do TurboTax acontece perto da epoca da declaracao de imposto de renda nos Estados 
Unidos, o setor responsavel por ele costumava ter uma cultura extremamente conservadora. 
Ao longo do ano, as equipes de marketing e produto concebiam uma grande iniciativa, que 
seria langada precisamente a epoca da declaragao de impostos. Atualmente, elas testam mais 
de quinhentas alteragoes diferentes nos dois meses e meio da epoca da declaracao de imposto 
de renda. As equipes executam setenta testes diferentes por semana. Podem fazer uma mudanca 
no site na quinta-feira, testa-la no fim de semana, analisar os resultados na segunda-feira, e 
chegar a uma conclusao no comeco da terga-feira; entao idealizam novos testes na quinta-feira, 
e lane am o novo conjunto na noite desse mesmo dia. 

Como Cook afirma: “Rapaz, atualmente, a quantidade de aprendizagem que se obtem e 
imensa. Com isso se consegue o desenvolvimento de empreendedores, pois, se voce tern um 
unico teste, voce nao tern empreendedores, tern politicos, porque tern de vender. Entre uma 
centena de boas ideias, voce tern de vender a sua ideia. Assim, voce cria uma sociedade de 
politicos e vendedores. Quando voce tern quinhentos testes em andamento, entao as ideias de 
todos podem ser testadas. E, entao, voce cria empreendedores que testam e aprendem, e que 
podem testar de novo e reaprender, em contraste com uma sociedade de politicos. Assim, 
estamos tentando incentivar isso em toda a nossa organizacao, usando exemplos que nao tern 
nada a ver com alta tecnologia, como o exemplo do site. Toda empresa hoje em dia possui um 
site. Voce nao precisa ser high tech para utilizar ciclos rapidos de testes”. 

Esse tipo de mudanca e dificil. Afinal de contas, a empresa possui um numero significativo 
de clientes que continuam a demandar servicos excepcionais, e de investidores que esperam 
retornos constantes e crescentes. 

Cookprossegue: “Vai contra a natureza do que as pessoas aprenderam em negocios e do que 
os lideres aprenderam O problema nao reside nas equipes de empreendedores. Eles adorama 
oportunidade de rapidamente colocar seu ‘bebe’ no mercado. Adoram a oportunidade de ter o 
voto do cliente, em vez da votacao dos executivos. A questao real e com os lideres e os 
gerentes de nivel medio. Ha muitos lideres que forambem-sucedidos por causa do pensamento 
analitico. Eles consideram que sao analistas, e o trabalho deles e fazer um grande 
planejamento, analise, e ter um piano”. 

O tempo que uma empresa tern de lideranca de mercado para explorar suas inovacoes 
pioneiras esta encolhendo, e isso cria um imperativo para que ate mesmo as empresas mais 
bem estabelecidas invistam em inovacao. De fato, do meu ponto de vista, o unico caminho 
sustentavel de uma empresa para o crescimento economico a longo prazo e desenvolver uma 
“fabrica de inovacao” utilizando as tecnicas da startup enxuta para criar inovacoes radicais 
continuamente. Em outras palavras, as empresas estabelecidas precisam descobrir como 
realizar o que Scott Cook fez em 1983, mas numa escala industrial e com um grupo 
estabelecido de gerentes impregnados da cultura tradicional de administracao. 

Sempre inconformista, Cook me pediu para testar essas ideias, e, assim, dei uma palestra 



que foi transmitida simultaneamente para todos os mais de 7 mil funcionarios da Intuit, na qual 
expliquei a teoria da startup enxuta, repetindo minha dcfinigao: uma organizacao projetada 
para criar novos produtos e servi^os sob condi^oes de extrema incerteza. 

O que aconteceu em seguida esta gravado na minha memoria. Enquanto eu falava, o CEO 
Brad Smith ficou sentado perto de mim. Quando terminei, ele se levantou e disse para todos os 
funcionarios da Intuit: “Pessoal, prestem aten^ao. Voce escutaram a defmi^ao de Eric a 
respeito de uma startup. Possui tres partes, e, nos aqui na Intuit, somos compativeis com todas 
as tres partes dessa definigao”. 

Cook e Smith sao lideres que entendem que algo novo e necessario no pensamento 
administrativo. A Intuit e a prova de que esse tipo de pensamento pode funcionar nas empresas 
estabelecidas. Smith me explicou suas responsabilidades em relagao as novas iniciativas de 
inova^ao medindo duas coisas: a quantidade de clientes utilizando produtos que nao existiam 
ha tres anos e a porcentagem da receita resultante dos produtos que nao existiam ha tres anos. 

Sob o modelo antigo, levava 5,5 anos, em media, para um novo produto bem-sucedido 
come^ar a gerar uma receita de 50 milhoes de dolares. Smith explicou-me: “No ultimo ano, 
geramos 50 milhoes de dolares em produtos que nao existiam ha doze meses. Nao e um 
produto especifico. E uma combinagao de todo um grupo de inova^oes acontecendo, mas esse 
e o tipo de coisa que esta criando alguma energia para nos, que achamos que podemos ter 
resultados muito mais significativos ao liquidar rapidamente as coisas que nao fazem sentido e 
duplicar as que fazem”. Para uma empresa tao grande quanto a Intuit, sao resultados modestos 
do comedo de uma jornada. Ela tern decadas de sistemas legados e pensamentos 
remanescentes de outra epoca para superar. No entanto, sua proposta de adotar a gestao 
empresarial esta come^ando a compensar. 

Lideranca requer criar condicoes que permitam aos funcionarios realizar os tipos de 
experimentagoes requeridas pelo empreendedorismo. Por exemplo, mudan^as no TurboTax 
permitiram que a equipe da Intuit desenvolvesse quinhentos experimentos a cada periodo de 
declara9ao de imposto de renda. Antes disso, profissionais de marketing com grandes ideias 
nao conseguiam fazer esses testes mesmo se quisessem, pois nao tinham um sistema em 
funcionamento para mudar o site com rapidez. A Intuit investiu em sistemas que aumentaram a 
velocidade com que os testes podem ser criados, implementados e analisados. 

Como Cook afirma: “Construir esses sistemas de experimental ao e responsabilidade da alta 
diregao da empresa; esses sistemas tern de ser introduzidos pela lideranca. Em vez de os 
lideres ficarem brincando de Cesar (imperador romano), mostrando os polegares para cima ou 
para baixo para aprovar ideas, eles devem instalar a cultura e os sistemas necessarios para 
que os times se movame inovemna velocidade da experimenta^ao”. 


4 The Innovator s Dilemma e um livro classico de Clayton Christensen a respeito das dificuldades que as empresas 
estabelecidas enfrentam com a inovagao radicaL Junto com sua sequencia, The Innovator s Solution, expde sugestdes 
especificas a respeito de como empresas estabelecidas podem criar divisoes autonomas para perseguir a inovagao 
caracteristica da startup. Esses pre-requisites estruturais especificos sao discutidos em detalhes no Capitulo 12. 


5 Para mais informagoes a respeito do SnapTax, ver <httpy/blog.turbotax.intuit.com/turbotax-press-release/taxes-on-vour- 
mobile-phone-it%E2%80%99s-a-snap/01142011-4865 > e < httpy/mobili7ed.allthingsd.com/201102Q4/-exclusive-intuit-sees-more- 





than-350000-dowloads-for-snaptax-its-smartphone-tax-filling-app >. 


6 A maioria das informagoes a respeito da Intuit e do SnapTax vem de entrevistas particulares com a administragao e os 
funcionarios da empresa. Informagoes acerca da criagao da Intuit vem de Inside Intuit : How the Makers of Quicken Beat 
Microsoft and Revolutionized an Entire Industry (Cambridge: Harvard Business Press, 2003), de Suzanne Taylor e Kathy 
Schroeder. 
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APRENDER 


C omo empreendedor, nada me atormenta mais do que a questao de saber se minha empresa 
esta fazendo progressos na criagao de um negocio bem-sucedido. Como engenheiro, e 
depois como gerente, estava acostumado a avaliar o progresso certificando-me de que o 
trabalho progredia de acordo com um piano, era de alta qualidade e custava o que tinhamos 
projetado. 

Apos muitos anos como empreendedor, comecei a me preocupar com medir o progresso do 
trabalho dessa maneira. E se estivessemos desenvolvendo algo que ninguem quisesse? Nesse 
caso, qual era a relevancia de fazer isso no prazo e de acordo com o orgamento? Ao ir para 
casa no fim do dia, as unicas coisas que sabia com certeza era que tinha mantido as pessoas 
ocupadas e gasto dinheiro naquele dia. Esperava que os esforgos de minha equipe nos 
aproximassem de nosso objetivo. Se acabassemos pegando umcaminho errado, euteria de me 
consolar com o fato de que, no minimo, tinhamos aprendido algo importante. 

Infelizmente, “aprender” e a desculpa mais antiga na historia para um empreendimento 
malsucedido. E ao que os gerentes recorrem quando nao alcancam os resultados prometidos. 
Os empreendedores, sob pressao para ter sucesso, sao bastante criativos quando se trata de 
demonstrar o que aprenderam Podemos contar uma boa historia quando nosso emprego, nossa 
carreira ou nossa reputagao esta emjogo. 

No entanto, a aprendizagem e um consolo sem graga para os fiincionarios que seguem um 
empreendedor rumo ao desconhecido. E um consolo sem graga para os investidores que 
alocam dinheiro, tempo e energia preciosos em equipes empreendedoras. E um consolo sem 
graga para as organizagoes - grandes e pequenas - que dependem da inovagao do 
empreendedorismo para sobreviver. Nao se pode levar a aprendizagem ao banco; nao se pode 
gasta-la nem investi-la. Nao se pode oferta-la aos clientes nem entrega-la a parceiros 
limitados. Assim, e surpreendente que a aprendizagem tenha uma ma reputagao nos circulos de 
empreendedores e administradores? 

No entanto, se o objetivo fundamental do empreendedorismo e se envolver na construgao de 
organizagoes sob condigoes de extrema incerteza, sua fungao mais essencial e a aprendizagem. 
Devemos aprender a verdade acerca de que elementos da nossa estrategia estao funcionando 
para concretizar nossa visao, e quais sao apenas absurdos. Devemos aprender o que os 
clientes de fato querem, e nao o que eles dizem que querem ou o que achamos que devam 
querer. Devemos descobrir se estamos num caminho que levara ao desenvolvimento de um 
negocio sustentavel. 



No modelo da startup enxuta, reabilitamos a aprendizagem com um conceito que denomino 
aprendizagem validada. A aprendizagem validada nao e uma racionaliza^ao depois do fato ou 
uma boa historia elaborada para ocultar o fracasso. E um metodo rigoroso para demonstrar o 
progresso quando uma pessoa esta pisando no solo da extrema incerteza no qual as startups 
crescem. A aprendizagem validada e o processo de demonstrar empiricamente que uma equipe 
descobriu verdades valiosas acerca das perspectivas de negocio presentes e fiituras de uma 
startup. Ela e mais concreta, mais exata e mais rapida do que prognosticos de mercado ou o 
classico planejamento empresarial. E o antidoto principal contra o problema fatal de alcan^ar 
o tracasso: executar com sucesso um piano que nao leva a lugar nenhum 

A APRENDIZAGEM VALIDADA NAIMVU 

Ilustrarei esta se 9 ao com um exemplo da minha carreira. Muitas plateias me ouviram relatar a 
historia da funda^ao da IMVU e dos diversos erros que cometemos no desenvolvimento do 
primeiro produto. Neste momento, detalharei um desses erros para esclarecer a aprendizagem 
validada. 

Os envolvidos na funda^ao da IMVU aspiravam a ser importantes pensadores estrategicos 
importantes. Cada um de nos havia participado anteriormente de empreendimentos anteriores 
que fracassaram, e estavamos avessos a repetir a experiencia. Nos primeiros dias, nossas 
principais preocupagoes estavam relacionadas as seguintes questoes: O que devemos 
desenvolver e para quern? Que mercado podemos ingressar e dominar? Como podemos 
desenvolver um valor duravel que nao seja corroido pela concorrencia? 7 


Estrategia brilhante 

Decidimos ingressar no mercado de mensagens instantaneas (MI). Em 2004, esse mercado 
tinha centenas de milhoes de consumidores que participavam ativamente em todo o mundo. No 
entanto, a maioria dos clientes que usava produtos de MI nao pagava pelo privilegio. Em vez 
disso, os grandes portais e as empresas de midia, tais como AOL, Microsoft e Yahoo!, 
operavam suas redes de MI com prejuizo, como porta de entrada para outros produtos e 
servi^os, ganhando umpouco de dinheiro com a propaganda. 

O servi^o de MI e um exemplo de mercado que envoive efeitos de rede poderosos. Como a 
maioria das redes de comunicagao, o servigo de MI e idealizado para seguir a lei de Metcalfe: 
o valor de uma rede como um todo e proporcional ao quadrado do numero de participantes. 
Em outras palavras, quanto mais pessoas na rede, mais valiosa ela e. Isso faz sentido: o valor 
para cada participante e condicionado principalmente pela quantidade de outras pessoas com 
que ele pode se comunicar. Imaginemos um mundo em que voce possui o unico telefone; ele 
nao teria nenhum valor. O telefone adquire valor apenas quando as outras pessoas tambem o 
possuem. 

Em 2004, o mercado de MI se restringia a um numero pequeno de empresas. As tres redes 
principais controlavam mais de 80% da utiliza^ao geral e estavam no processo de consolidar 
seus ganhos em participagao de mercado a custa de uma serie de concorrentes menores.- 


Segundo a voz corrente, era praticamente impossivel ingressar com uma nova rede de MI no 
mercado sem investir muito dinheiro em marketing. 

O motivo e simples. Por causa do poder dos efeitos de rede, os produtos de MI possuem 
altos custos de troca. Para trocar de uma rede para outra, os clientes teriam de convencer 
amigos e colegas a trocar com eles. Esse trabalho extra para os clientes cria uma barreira a 
entrada no mercado de MI: com todos os consumidores travados num produto estabelecido, 
nao ha clientes disponiveis com os quais estabelecer uma nova abordagem. 

Na IMVU, decidimos por uma estrategia de construir um produto que combinaria o grande 
apelo as massas da MI tradicional com a alta receita por cliente de videogames 
tridimensionais (3D) e mundos virtuais. Em virtude da quase impossibilidade de levar ao 
mercado uma nova rede de MI, decidimos criar um produto complementar ao servigo de MI 
(i add-on ou plugin), que atuaria em conjunto com as redes existentes. Dessa maneira, os 
clientes poderiam adotar os produtos virtuais e a tecnologia de comunicagao por meio dos 
avatares da IMVU sem ter de trocar seus provedores de MI, aprender uma nova interface de 
usuario e - mais importante - trazer seus amigos com eles. 

De fato, consideramos que esse ultimo ponto era fundamental. Para o produto add-on ser 
util, os clientes teriam de utiliza-lo com seus amigos. Cada mensagem traria incorporada a ela 
um convite para se associar a IMVU. Nosso produto seria basicamente viral, espalhando-se 
por todas as redes de MI existentes como uma epidemia. Para alcangar esse crescimento viral, 
era importante que o produto add-on atendesse ao maximo de redes de MI existentes e 
fiincionasse em todos os tipos de computadores. 

Seis meses para o lan^amento 

Com essa estrategia em mente, meus socios e eu comegamos um periodo de intenso trabalho. 
Como diretor de tecnologia, era minha responsabilidade, entre outras coisas, construir o 
software que suportaria a interoperabilidade com as redes de MI. Assim, trabalhamos durante 
meses, investindo muitas horas no esforgo de lancar o primeiro produto. Nos nos demos um 
prazo duro de seis meses - 180 dias - para lancar o produto e atrair nossos primeiros clientes 
pagantes. Era um cronograma cansativo, mas estavamos determinados a lancar o produto no 
prazo. 

O produto add-on era tao grande e complexo, e tinha tantas pecas em movimento que 
tivemos de fazer diversas concessoes para conclui-lo no prazo. Honestamente: a primeira 
versao era terrivel. Passamos horas interminaveis discutindo quais bugs (defeitos de 
programacao) consertar e quais eram aceitaveis, quais funcionalidades ainda tentar 
implementar e quais cortar. Foi um tempo maravilhoso e amedrontador: estavamos cheios de 
esperanga a respeito das possibilidades de sucesso e tornados pelo medo das consequencias 
de lancar um produto ruim. 

Pessoalmente, receava que a baixa qualidade do produto manchasse minha reputagao como 
engenheiro. As pessoas achariam que eu nao sabia como construir um produto de qualidade. 
Todos temiamos macular a marca IMVU; afinal, cobravamos das pessoas por um produto que 
nao funcionava muito bem. Imaginavamos as manchetes desfavoraveis dos jornais: 



“Empreendedores ineptos criamproduto terrivel”. 

Com a aproximagao do dia do langamento, o medo crescia. Em nossa situagao, muitas 
equipes de empreendedores cedem ao medo e adiam a data de langamento. Embora 
compreenda esse impulso, fico feliz de termos perseverado, pois o adiamento impede 
inumeras startups de obterem o feedback necessario. Nossos fracassos anteriores nos 
deixavam mais receosos de um resultado ainda pior que langar um produto de baixa 
qualidade: criar algo que ninguem quisesse. E assim, tensos e com desculpas engatilhadas, 
apresentamos o produto ao publico. 


Lan^amento 

E entao... nada aconteceu! Nossos temores se revelaram infundados, pois ninguem ao menos 
testou nosso produto. A principio, senti-me aliviado, porque ao menos ninguem descobriria 
como o produto era ruim, mas logo esse sentimento deu lugar a uma grande frustra^ao. Depois 
de todas as horas que passamos discutindo acerca dos recursos a incluir e dos bugs a 
consertar, nossa proposicao de valor ficou tao distante que os clientes nao estavam sequer 
experimentando o produto o suficiente para descobrir quao ruim eram nossas opcoes de 
projeto. Os clientes nemmesmo faziamo donwload do nosso produto. 

Nas semanas e meses seguintes, trabalhamos para melhorar o produto. Atraimos um fluxo 
constante de clientes por meio do processo on-line de registro e download. Tratavamos os 
clientes de cada dia como um relatorio novo em folha, informando-nos acerca de nosso 
desempenho. Acabamos aprendendo como mudar o posicionamento do produto para que os 
clientes ao menos fizessem o download dele. Faziamos melhorias no produto basico 
continuamente, enviando correcoes para os bugs e novas mudancas todos os dias. No entanto, 
apesar dos nossos melhores esforcos, fomos capazes de convencer apenas uma quantidade 
pateticamente pequena de pessoas a comprar nosso produto. 

Em retrospecto, uma boa decisao que tomamos foi a defmigao de metas claras de receita 
para aqueles primeiros dias. No primeiro mes, planejamos obter uma receita total de 300 
dolares, e conseguimos, embora por pouco. Muitos amigos e familiares foram convidados 
(tudo bem, suplicamos) a comprar o produto. A cada mes, as pequenas metas de receita 
cresciam; primeiro, para 350 dolares, e, depois, para 400 dolares. Conforme cresciam, os 
esforcos aumentavam. Em pouco tempo, os amigos e familiares acabaram; nossa frustragao 
aumentou. Melhoravamos o produto todos os dias, mas o comportamento dos clientes 
continuava o mesmo: ainda nao o utilizavam. 

Nosso insucesso em alterar os numeros nos incitou a acelerar a iniciativa de trazer clientes 
ao escritorio para entrevistas pessoais e testes de usabilidade. As metas quantitativas criaram 
a motivacao para o emprego da pesquisa qualitativa, e nos orientaram nas perguntas que 
formulamos; esse e umpadrao que veremos emtodo este livro. 

Gostaria de poder dizer que fiii o unico a perceber nosso erro e sugerir a solugao, mas, na 
realidade, fui o ultimo a admitir o problema. Em resumo, toda a analise estrategica de 
mercado estava completamente errada. Compreendemos isso de forma empirica, mediante 
experimentagao, e nao por meio de grupos de foco ou de pesquisa de mercado. Os clientes nao 



podiam nos dizer o que queriam; a maioria, afinal, nunca tinha ouvido falar de avatares em 
3D. Em vez disso, revelaram a verdade por meio da agao ou inagao, enquanto nos 
esforcavamos para melhorar o produto. 

Conversando com os clientes 

Como resultado do desespero, decidimos conversar com alguns possiveis clientes. Nos os 
trouxemos ao escritorio e pedimos: “Experimente esse novo produto; e o IMVU”. Se fosse um 
adolescente, um usuario pesado de MI, ou um adotante inicial de tecnologia, ele se envolvia 
conosco. Ao contrario, se fosse uma pessoa comum, a resposta era: “Tudo bem. O que voce 
gostaria que eu fizesse exatamente?”. Nao chegariamos a lugar nenhum com o grupo de 
pessoas comuns; elas achavam que o IMVU era muito estranho. 

Imaginemos uma garota de 17 anos sentada conosco para testar o produto. Ela escolhe seu 
avatar e afirma: “Ah, e bastante divertido”. Ela esta customizando seu avatar, decidindo como 
ele vai parecer. Entao, dizemos: “Tudo bem, chegou o momento de fazer o download do add¬ 
on de mensagem instantanea”. Ela pergunta: “O que e isso?”. 

“Bern, e essa coisa que interopera com o cliente de mensagem instantanea.” Ela fica olhando 
para nos, pensando: “Nunca ouvi falar disso. Meus amigos nunca ouviram tambem. Por que 
querem que eu faga isso?”. Exigia muitas explicates; um add-on de mensagem instantanea 
nao era uma categoria de produto existente na mente dela. 

Mas, como ela esta na sala conosco, somos capazes de convence-la. Ela faz o download do 
produto e, entao, pedimos: “Tudo bem, convide uma das suas amigas para bater papo”. E ela 
retruca: “De jeito nenhum”. “Por que nao?”, perguntamos. Ela responde: “Ainda nao sei se 
essa coisa e bacana. Voces querem que eu me arrisque a convidar uma de minhas amigas? O 
que ela vai pensar de mim? Se for uma droga, ela vai achar que eu sou uma babaca, certo?”. 
Entao, afirmamos: “Nao, nao, vai ser mais divertido se convidar sua amiga; e um produto 
social ”. Ela olha para nos com uma expressao repleta de duvidas; percebemos que aquilo 
significa umbeco sem saida. Naturalmente, na primeira experiencia, eu disse: “Tudo bem, e so 
com essa pessoa; mande ela para casa e me traga uma outra”. Entao, o segundo cliente chega e 
diz a mesma coisa. Depois, o terceiro cliente chega e acontece o mesmo. Voce comega a 
perceber padroes e, nao importa a persistencia, semduvida ha algo errado. 

Os clientes continuavam dizendo: “Quero usar sozinho. Quero experimentar primeiro para 
ver se e bacana antes de convidar um amigo”. Nossa equipe era originaria da industria do 
videogame ; assim, entendiamos o que aquilo significava: modo para um unico jogador 
{single-player). 

Assim, desenvolvemos uma versao para um so jogador. Trouxemos novos clientes ao 
escritorio. Eles customizaram os avatares e fizeram o download do produto, como antes. Em 
seguida, entraram no modo jogador unico, entao dissemos: “Jogue com seu avatar e o vista; 
veja os movimentos inertveis que ele pode executar”. Depois: “Tudo bem, voce fez isso 
sozinho. Agora, chegou o momento de convidar um dos seus amigos”. Pressentimos o que 
vinha a seguir. Eles afirmaram: “De jeito nenhum. Isso nao e bacana”. Dissemos: “Bern, nos 
falamos para voce que nao ia ser bacana. Qual e o sentido de uma experiencia de jogador 



unico em um produto social?”. Achamos que deviamos ganhar uma medalha de ouro apenas 
por escutar os clientes. Exceto pelo fato de que os clientes ainda nao gostavam do produto. 
Olharam para nos e disseram: “Escute meu senhor, voce nao esta entendendo. Que loucura e 
essa de me pedir para convidar meus amigos antes de sabermos se e legal?”. Era um beco sem 
saida. 

Como resultado de mais desespero, introduzimos um recurso denominado ChatNow, que 
permitia pressionar um botao e ser aleatoriamente conectado com outra pessoa em qualquer 
lugar do mundo. Aunica coisa que voces teriam em comum era o fato de pressionarem o botao 
ao mesmo tempo. De forma inesperada, em nossos testes de servigo ao cliente, as pessoas 
comegaram a dizer: “Ah, isso e divertido!”. 

Assim, trouxemos outros clientes ao escritorio. Eles utilizaram o botao ChatNow e 
acabaram encontrando pessoas que consideraram interessantes. Disseram: “Ei, aquele cara e 
legal; quero adiciona-lo a minha lista de contatos. Onde esta minha lista de contatos?”. 
Respondemos: “\bce nao precisa de uma nova lista de contatos. Voce pode usar sua lista de 
contatos da AOL”. Lembre-se: essa foi a maneira que planejamos para aproveitar a 
interoperabilidade que nos levaria aos efeitos de rede e ao crescimento viral. Imagine o 
cliente olhando para nos e perguntando: “O que voce quer que eu faga exatamente?”. Entao, 
respondemos: “De seu pseudonimo para ele para que possa coloca-lo na sua lista de contatos 
da AOL”. Percebiamos os olhos do cliente se arregalando e dizendo: “Esta brincando? Um 
estranho na minha lista de contatos?”. Contestamos: “Sim; caso contrario, voce tera de fazer o 
download de um servigo de MI totalmente novo, criando uma nova lista de contatos”. Entao, o 
cliente afirmou: “Vice temideia de comquantos servigos de MI euja tenho de lidar?”. 

“Nao. Um ou dois, talvez?” E a quantidade de servigos que cada um de nos do escritorio 
usava. E o adolescente revelou: “Ta de brincadeira? Eu administro oito”. Nao tinhamos ideia 
de quantos servigos de mensagem instantanea existiamno mundo. 

Tinhamos a incorreta pre-concepgao de que e um desafio aprender um novo software e e 
dificil transferir os amigos para uma nova lista de contatos. Nossos clientes mostraram que 
isso era absurdo. Queriamos desenhar diagramas no quadro branco que evidenciariam como 
nossa estrategia era brilhante, mas os clientes nao entendiam conceitos como efeitos de rede e 
custos de troca. Se tentassemos explicar por que deveriam se comportar do modo que 
previramos, ficariamperplexos. 

Tinhamos um modelo mental de como as pessoas utilizavam softwares, que estava 
ultrapassado ha anos, e, assim, por fim, de modo penoso, apos dezenas de reunioes como 
aquelas, comecamos a entender que o conceito do add-on de MI era fundalmentalmente falho.- 

Nossos clientes nao queriam um add-on de MI, mas uma rede de MI independente. Eles nao 
consideravam um obstaculo ter de aprender a utilizar um novo programa de MI; pelo 
contrario, as primeiras pessoas que testaram nosso produto utilizavam diversos programas de 
MI diferentes de modo simultaneo. Os clientes nao se intimidavam com a ideia de ter de levar 
seus amigos com eles para uma nova rede de MI; revelou-se que eles gostavam daquele 
desafio. Ainda mais surpreendente: nossa suposigao de que os clientes desejariam utilizar MI 
baseada em avatares principalmente com os amigos tambem estava errada. Eles desejavam 
fazer novos amigos - atividade que os avatares em 3D sao especialmente apropriados para 


realizar. Aos poucos, os clientes destrogaram nossa estrategia inicial aparentemente brilhante. 


Jogando fora meu trabalho 

Talvez voce sinta compaixao por nossa situagao e perdoe minha obstinagao. Afinal, era meu 
trabalho de meses que tinha de ser jogado fora. Eu havia trabalhado duro no software 
necessario para fazer nosso programa de MI interoperar com outras redes; que estava no 
centro da estrategia original. Quando chegou o momenta de pivotar e abandonar a estrategia 
original, quase todo o meu trabalho - milhares de linhas de codigo - foi jogado fora. Senti-me 
traido. Afinal, era um entusiasta das ultimas novidades em metodologias de desenvolvimento 
de software (conhecidas coletivamente como desenvolvimento agil), que prometiam ajudar a 
evitar o desperdicio no desenvolvimento de produtos. No entanto, apesar disso, cometi o 
maior desperdicio de todos: desenvolvi umproduto que os clientes se recusaram a usar. Era 
realmente deprimente. 

Eu desejava saber: levando em conta o fata de que meu trabalho se revelou um desperdicio 
de tempo e energia, a empresa nao teria tido melhor sorte se eu tivesse passado aqueles 
ultimos seis meses numa praia bebericando drinques enfeitados com guarda-chuvinhas? De 
fata, eu fora necessario? Nao teria sido melhor se eu nao tivesse feito absolutamente nada? 

Como mencionei no inicio deste capitulo, sempre ha um ultimo refugio para as pessoas que 
desejam justificar o proprio fracasso. Consolei-me com o fata de que, se nao tivessemos 
desenvolvido esse primeiro produto com erros e tudo, nunca teriamos tornado conhecimento 
de importantes percepgoes acerca dos clientes. Jamais teriamos descoberto que a estrategia 
era imperfeita. Ha verdade nessa desculpa: o que aprendemos naqueles primeiros e decisivos 
meses colocou a IMVU no caminho que a levaria ao seu grande sucesso final. 

Por um tempo, esse consolo do “aprendizado” me fez sentir melhor, mas meu alivio foi 
efemero. Eis a pergunta que me incomodou mais que todas: se o objetivo daqueles meses foi 
tomar conhecimento de importantes percepgoes acerca dos clientes, por que demorou tanto? 
Quanto do nosso esforgo havia contribuido para as ligoes basicas que precisavamos aprender? 
Teriamos aprendido aquelas ligoes antes se nao tivesse ficado tao concentrado no 
desenvolvimento de um produto “melhor”, adicionando recursos e reparando bugs? 


VALOR VERSUS DESPERDICIO 

Em outras palavras, quais dos nossos esforgos criam valor e quais desperdigam valor? Essa 
pergunta esta no cerne da revolugao da manufatura enxuta; e a primeira pergunta que qualquer 
partidario da manufatura enxuta e treinado para responder. Aprender a enxergar o desperdicio 
e, depois, elimina-lo de modo sistematico permitiu que empresas enxutas, como a Toyota, 
dominassem setores inteiros da economia. No mundo do software, as metodologias de 
desenvolvimento agil que eu havia praticado ate aquele momenta tinham suas origens no 
pensamento enxuta. Elas tambem foram idealizadas para eliminar o desperdicio. 

No entanto, aqueles metodos me levaram a um caminho no qual a maioria dos esforgos da 
minha equipe foi desperdigada. Por que? 



A resposta me chegou lentamente ao longo dos anos seguintes. O pensamento enxuto define 
valor como algo que proporciona valor ao cliente; todo o restante e desperdlcio. No negocio 
de manufatura, os clientes nao se importam com a maneira pela qual o produto e montado, 
apenas com que ele funcione de maneira correta. No entanto, numa startup, quern e o cliente e 
o que ele pode considerar que tern valor sao fatos desconhecidos, parte da propria incerteza 
que e parte essencial da dcfinigao de uma startup. Percebi que, como uma startup, 
precisavamos de uma nova definigao de valor. O progresso real que tinhamos feito na IMVU 
era o que tinhamos aprendido ao longo daqueles primeiros meses a respeito do que cria valor 
para os clientes. 

Qualquer coisa que fizeramos naqueles meses que nao contribuira para o aprendizado era 
uma forma de desperdlcio. Teria sido possivel aprender as mesmas coisas com menos 
esforgo? A resposta, claro, e sim. 

Antes de mais nada, consideremos todos os debates e a prioriza^ao de esforgos investidos 
em recursos que os clientes nunca descobririam. Se tivessemos langado o produto mais 
rapido, poderiamos ter evitado aquele desperdlcio. Tambem consideremos todo o desperdlcio 
provocado pelas hipoteses estrategicas incorretas. Eu desenvolvera a interoperabilidade para 
mais de uma duzia de redes diferentes de MI. Aquilo era mesmo necessario para testar as 
hipoteses? Poderiamos ter tido o mesmo feedback dos clientes com menos da metade das 
redes? Com apenas tres? Com apenas uma? Como os clientes de todas as redes de MI acharam 
nosso produto sem atrativos, o nivel de aprendizagem teria sido o mesmo, mas o esforgo teria 
sido muito menor. 

Eis os pensamentos que me mantinham acordado a noite: sera que tinhamos de dar suporte a 
alguma rede? E possivel que pudessemos ter descoberto como eram imperfeitas nossas 
suposigoes sem desenvolver nada? Por exemplo: e se so tivessemos oferecido aos clientes a 
oportunidade de fazer o download do produto apenas com base nos recursos propostos antes 
de desenvolver alguma coisa? Recordemos que quase nenhum cliente estava disposto a utilizar 
o produto original; assim, nao teriamos de pedir muitas desculpas em caso de falha. 
(Observemos que isso e diferente de perguntar aos clientes o que eles querem. Na maioria das 
vezes, eles nao sabem o que querem antecipadamente.) Poderiamos ter realizado um 
experimento oferecendo aos clientes a possibilidade de testar algo e, depois, avaliar o 
comportamento deles. 

Esses pensamentos eram bastante perturbadores para mim, pois abalavam minha lista de 
atribuicocs do cargo. Como chefe de desenvolvimento de produtos, achava que meu trabalho 
era assegurar a entrega em tempo habil de produtos e recursos de alta qualidade. No entanto, 
se muitos desses recursos eram um desperdlcio de tempo, o que devia estar fazendo para 
minimiza-lo? Como podiamos evitar esse desperdlcio? 

Comecei a acreditar que a aprendizagem e a unidade essencial do progresso das startups. O 
esforgo que nao e absolutamente necessario para aprender o que os clientes querem pode ser 
eliminado. Chamo isso de aprendizagem validada, pois e sempre demonstrada mediante 
melhorias positivas nas metricas principais da startup. Como vimos, e facil se iludir a respeito 
do que voce acredita que os clientes querem. Tambem e facil aprender coisas que sao 
totalmente irrelevantes. Portanto, a aprendizagem validada e respaldada por dados empiricos 



coletados de clientes reais. 


ONDE VOCE ENCONTRA A VALIDA£AO? 

Posso testemunhar: qualquer um que fracassa numa startup pode alegar que aprendeu muito 
com a experiencia. A pessoa pode contar uma historia convincente. De fato, ate aqui, na 
historia da IMVU, voce pode ter notado a ausencia de alguma coisa. Apesar das minhas 
alega^oes de que aprendemos muito naqueles meses iniciais ligoes que levaram ao nosso 
sucesso final, nao ofereci nenhuma prova para respaldar isso. Em retrospecto, e facil fazer 
essas alega^oes e parecer convincente (e voce vera provas disso mais tarde neste livro), mas 
nos imagine nos primeiros meses da IMVU, tentando convencer investidores, fiincionarios, 
familiares, e sobretudo nos mesmos, de que nao tinhamos desperdi^ado tempo e recursos. Que 
prova tinhamos? 

Com certeza, nossas historias de fracasso eram interessantes, e tinhamos teorias fascinantes 
a respeito do que haviamos feito errado e do que precisavamos fazer para criar um produto 
mais bem-sucedido. No entanto, a prova nao surgiu ate que pusessemos aquelas teorias em 
pratica e desenvolvessemos versoes subsequentes do produto, que mostraram resultados 
melhores com clientes reais. 

Os meses seguintes sao onde a verdadeira historia da IMVU comega: nao com nossas 
brilhantes hipoteses e estrategias e com a arte do jogo do quadro branco, mas com o trabalho 
arduo de descobrir o que os clientes de fato queriam, ajustando nosso produto e nossa 
estrategia para atender aos desejos deles. Adotamos o ponto de vista de que nossa tarefa era 
achar uma sintese entre nossa visao e o que os clientes aceitariam; nao era se render ao que os 
clientes achavam que queriam, ou dizer aos clientes o que eles deviam querer. 

Quando comegamos a compreender melhor os clientes, fomos capazes de aprimorar os 
produtos. Depois dessa fase, as metricas fundamentals do negocio mudaram Nos primeiros 
tempos, apesar das iniciativas para melhorar o produto, as metricas permaneciam 
persistentemente planas. Tratavamos os clientes de cada dia como um novo relatorio. 
Prestavamos atengao na porcentagem de novos clientes que faziam download e compravam o 
produto. A cada dia, aproximadamente o mesmo numero de clientes comprava o produto, e 
esse numero era quase proximo de zero, apesar das diversas melhorias. 

No entanto, assim que nos afastamos da estrategia original, as coisas comegaram a mudar. 
Alinhados com uma estrategia superior, as iniciativas de desenvolvimento de produto ficaram, 
como magica, mais produtivas; nao porque estivessemos trabalhando mais, mas porque 
trabalhavamos com mais inteligencia, alinhados com as necessidades reais dos clientes. 
Mudancas positivas nas metricas tornaram-se a validacao quantitativa de que nossa 
aprendizagem era real. Isso era fundamentalmente importante porque podiamos demonstrar aos 
grupos envolvidos - fiincionarios, investidores e nos mesmos - que faziamos um progresso 
genuino, sem que nos iludissemos. Tambem e o modo correto de pensar acerca de 
produtividade numa startup: nao em termos de quanta coisa estamos desenvolvendo, mas em 
termos de quanta aprendizagem validada estamos obtendo a partir dos nossos esforcos.- 

Por exemplo, num experimento inicial, mudamos todo o site, home page e fluxo de cadastro 


do produto para substituir “avatar chat” (“bate-papo com avatar”) por “3D instant messaging” 
(“mensagem instantanea em3D”). Os novos clientes eram divididos de modo automatico entre 
essas duas versoes do site: metade tinha acesso a uma e metade, a outra. Fomos capazes de 
avaliar a diferenca de comportamento entre os dois grupos. Nao so as pessoas do grupo 
experimental tenderam mais a se registrar para usar o produto, como tambem tenderam mais a 
se tornar clientes pagantes a longo prazo. 

Tambem fizemos diversos experimentos malsucedidos. Num periodo em que acreditavamos 
que os clientes nao usavam o produto porque nao entendiam seus diversos beneficios, 
chegamos a pagar agentes de servico de atendimento ao cliente para atuar como guias 
turisticos virtuais dos novos clientes. Infelizmente, os que tiveram esse tratamento VIP nao 
ficarammais propensos a se tornar clientes ativos ou pagantes. 

Mesmo depois de abandonarmos a estrategia de add-on para o servico de MI, ainda 
levamos meses para entender por que ela nao tinha fimcionado. Depois de pivotar e de 
realizar diversos experimentos malsucedidos, enfim tivemos este insight : os clientes queriam 
utilizar o IMVU para fazer novos amigos on-line. Intuitivamente, eles entenderam algo que 
demoramos para perceber. Todos os produtos sociais existentes on-line eram centrados na 
identidade da vida real do cliente. A tecnologia de avatares do IMVU, porem, era 
especificamente apropriada para ajudar as pessoas a se conhecerem on-line sem que 
comprometessem a propria seguranga ou se revelassem, correndo o risco de roubo de 
identidade. Assimque elaboramos essa hipotese, os experimentos se tornarammais propensos 
a produzir resultados positivos. Sempre que mudavamos o produto para que as pessoas 
tivessem mais facilidade de encontrar e manter novos amigos, descobriamos que os clientes 
tendiammais a se envolver. Essa e a verdadeira produtividade da startup: descobrir de modo 
sistematico as coisas certas para desenvolver. 

Esses foram apenas alguns experimentos entre as centenas dos que realizamos todas as 
semanas a medida que comecamos a tornar conhecimento de quais clientes utilizariam o 
produto e por que. Cada conhecimento que obtivemos sugeriu novos experimentos, o que 
conduziu as metricas para cada vez mais perto do nosso objetivo. 

A OUSADIA DO ZERO 

Apesar do sucesso inicial da IMVU, os numeros brutos ainda eram muito pequenos. 
Infelizmente, por causa da maneira tradicional pela qual as empresas sao avaliadas, essa e 
uma situagao perigosa. A ironia e que muitas vezes, e mais facil conseguir dinheiro ou adquirir 
outros recursos quando voce nao tern nenhuma receita, nenhum cliente e nenhuma for 9 a de 
tracao do que se tiver um montante pequeno. O zero incita a imagina^ao, mas numeros 
pequenos incitam perguntas acerca de quando os grandes numeros se materializarao. Todos 
conhecem (ou acham que alguem conhece) historias de produtos que alcangaram um sucesso 
extraordinario da noite para o dia. Enquanto nada foi lancado e nenhum dado foi coletado, 
ainda e possivel imaginar o sucesso da noite para o dia no fiituro. Os numeros pequenos sao 
umbalde de agua fria nessa expectativa. 

Esse fenomeno cria um incentivo brutal: adia a obtencao de qualquer dado ate voce ter 



certeza do sucesso. E natural, como veremos, que esses adiamentos tenhamo efeito lastimavel 
de aumentar a quantidade de trabalho desperdigado, reduzir o feedback basico e aumentar 
drasticamente o risco de que a startup desenvolvera algo que ninguem quer. 

No entanto, langar um produto e esperar o melhor tambem nao e um bom piano, porque esse 
incentivo e real. Quando langamos o IMVU, desconheclamos esse problema. Os primeiros 
investidores e consultores acharam que era curioso o fato de termos uma receita de 300 
dolares por mes no inlcio. Contudo, depois de alguns meses, com a receita variando em torno 
de 500 dolares mensais, alguns investidores comegaram a perder a fe, assim como 
consultores, fiincionarios e ate conjuges. De fato, a certa altura, alguns investidores 
recomendaram que tirassemos o produto do mercado e voltassemos ao modo furtivo. 
Felizmente, depois de pivotar e experimentar, incorporando o que aprendemos ao 
desenvolvimento do produto e as iniciativas de marketing, os numeros comegaram a melhorar. 

Mas nao tanto! Por um lado, ficamos felizes de ver umpadrao de crescimento, que comegou 
a assumir a aparencia do conhecido grafico em forma de taco de hoquei. Por outro, o grafico 
subiu apenas para alguns milhares de dolares por mes. Esses primeiros graficos, embora 
promissores, nao eram em si suficientes para combater a perda de fe provocada pelos nossos 
insucessos iniciais, e careciamos da linguagem da aprendizagem validada para oferecer um 
conceito alternative de reagao. Tivemos muita sorte de que alguns dos nossos primeiros 
investidores entenderam sua importancia e estavam dispostos a ver alem dos nossos pequenos 
numeros brutos para considerar o progresso real que estavamos fazendo. (No Capitulo 7, voce 
vera exatamente os mesmos graficos que eles viram) 

Dessa maneira, podemos mitigar o desperdicio que acontece devido a ousadia do zero com 
a aprendizagem validada. O que precisavamos demonstrar era que as iniciativas de 
desenvolvimento de produto nos levariam a um grande sucesso, sem ceder a tentagao de 
recorrer as metricas de vaidade e ao “teatro do sucesso”, ou seja, o trabalho que realizamos 
para nos fazer parecer bem-sucedidos. Podiamos ter tentado artificios de marketing, veiculado 
um anuncio no intervalo do Super Bowl, ou tentado tecnicas de relagoes publicas exuberantes 
para melhorar os numeros brutos. Isso teria dado aos investidores a ilusao de forga de tragao, 
mas so por pouco tempo. No fun, os fiindamentos do negocio triunfariam e o efeito das 
relagoes publicas passaria. Se tivessemos desperdigado recursos preciosos em agoes teatrais 
e nao no progresso, teriamos nos metido emuma grande confiisao. 

Sessenta milhoes de avatares depois, a IMVU ainda vai muito bem. Seu legado nao e so um 
grande produto, uma equipe maravilhosa e resultados fmanceiros promissores, mas uma 
maneira totalmente nova de avaliar o progresso das startups. 


LICOES ALEM DA IMVU 

Tive diversas oportunidades de apresentar a historia da IMVU como estudo de caso 
empresarial desde que a Graduate School of Business da Universidade de Stanford escreveu 
um estudo oficial a respeito dos primeiros anos da empresa.- Atualmente, esse estudo de caso 
faz parte do programa de empreendedorismo de diversas escolas de negocios, entre elas, a 
Harvard Business School, onde atuo como empreendedor residente. Tambem contei essas 


historias eminumeros seminarios, palestras e conferencias. 

Toda vez que dou uma aula a respeito da historia da IMVU, os alunos sentem uma tentagao 
irresistivel de focar nas taticas que ela ilustra: langar um prototipo inicial de baixa qualidade, 
cobrar os clientes desde o primeiro dia, e utilizar pequenas metas de receita como modo de 
orientar a contabilidade. Sao tecnicas uteis, mas nao sao a moral da historia. Ha muitas 
excegoes. Nemtodo tipo de cliente aceitara um prototipo de baixa qualidade, por exemplo. Se 
os alunos fossem mais ceticos, poderiam argumentar que as tecnicas nao se aplicam a sua 
industria ou situa^ao, mas fimcionam so porque a IMVU e uma empresa de software, um 
negocio da Internet voltado para o consumidor ou um aplicativo que nao e de missao critica. 

Nenhuma dessas tecnicas e especialmente util. A startup enxuta nao e um conjunto de taticas 
individual, mas uma abordagem com principios para o desenvolvimento de novos produtos. 
A unica maneira de entender essas recomendagoes e compreender os principios subjacentes 
que as fazem funcionar. Como veremos nos proximos capitulos, o modelo da startup enxuta foi 
aplicado a diversos negocios e setores: manufatura, tecnologia ambiental, restaurantes e ate 
lavanderias. As taticas da historia da IMVU podem ou nao fazer sentido em seu negocio 
especifico. 

Em vez disso, o caminho a seguir e aprender a enxergar cada startup, em qualquer setor, 
como um grande experimento. A pergunta nao e “Esse produto pode ser desenvolvido?”. Na 
economia moderna, quase qualquer produto que possa ser imaginado pode ser desenvolvido. 
As perguntas mais pertinentes sao: “Esse produto deve ser desenvolvido?” e “Podemos 
desenvolver um negocio sustentavel em torno desse conjunto de produtos e servi^os?”. Para 
responder a essas perguntas, precisamos de um metodo para decompor sistematicamente um 
piano de negocios nas suas partes componentes e testar cada parte de forma empirica. 

Em outras palavras, precisamos do metodo cientifico. No modelo da startup enxuta, cada 
produto, cada fiincionalidade, cada campanha de marketing - tudo que uma startup faz - sao 
entendidos como um experimento projetado para alcancar a aprendizagem validada. Essa 
abordagem experimental fiinciona para diversas industrias e setores, como veremos no 
Capitulo 4. 


7 Os cinco fundadores da IMVU foram Will Harvey, Marcus Gosling, Matt Danzig, Mel Guymon e eu. 


8 Nos Estados Unidos, a utilizagao era ainda mais concentrada; ver 
<http://www.businessweek.com/technology/tech_stats/im050307.htm >. 


9 Para saber mais a respeito das primeiras conversas com os clientes da IMVU que nos levaram a pivotar para longe da 
estrategia do add-on, ver < http://mixenergv.com/ries-lean/ >. 


K) Uma advertencia: demonstrar a aprendizagem validada requer o tipo certo de metrica, denominada metrica aciondvel, que 
sera discutida no Capitulo 7. 


11 Esse estudo e de autoria de Bethany Coates, sob orientagao do professor Andy Rachleff. Voce pode obter uma copia em: 
<http://hbr.org/product/imvu/an/E254-PDF-ENG >. 





4 _ 

EXPERIMENTAR 


E u me deparo com diversas startups que estao se esforgando para responder as seguintes 
perguntas: 

• Que opinioes do cliente devemos escutar, se e que devemos escutar alguma? 

• Como devemos priorizar as diversas fiincionalidades que podemos desenvolver? 

• Que recursos sao essenciais para o sucesso do produto e quais sao secundarios? 

• O que pode ser modificado com seguranga e o que pode irritar os clientes? 

• O que pode agradar os clientes de hoje a custa dos de amanha? 

• No que devemos trabalhar a seguir? 

Essas sao algumas perguntas a que as equipes se esfor^am para responder se seguiram o 
piano “vamos apenas lan^ar um produto e ver o que acontece”. Chamo isso de escola de 
empreendedorismo “simplesmente fa<?a” (just do it), conforme o famoso slogan da Nike.— 
Infelizmente, se o piano for “ver o que acontece”, uma equipe vai garantidamente ter sucesso - 
em ver o que acontece mas nao adquirira necessariamente aprendizagem validada. Essa e 
uma das ligoes mais importantes do metodo cientifico: se voce nao puder fracassar, nao 
podera aprender. 


DA ALQUIMIA PARA A CIENCIA 

A metodologia da startup enxuta reconcebe os esforgos da startup como experimentos que 
testam sua estrategia, para ver quais partes sao brilhantes e quais sao absurdas. Um 
experimento verdadeiro segue o metodo cientifico. Comega com uma hipotese clara, que 
prognostica o que pode acontecer. Em seguida, testam-se tais prognosticos de forma empirica. 
Da mesma forma que a experimentagao cientifica e permeada pela teoria, a experimentacao da 
startup e orientada pela visao da startup. O objetivo de todo experimento associado a startup e 
descobrir como desenvolver umnegocio sustentavel emtorno daquela visao. 

Pense grande, comece pequeno 

A Zappos e a maior loja de sapatos on-line do mundo, com vendas brutas anuais de mais de 1 



bilhao de dolares. E conhecida como um dos negocios de comercio eletronico mais ami gavel 
aos clientes e bem-sucedidos do mundo, mas nao come^ou dessa maneira. 

Nick Swinmurn, o fundador, sentia-se ffustrado porque nao havia nenhum site com uma 
grande selegao de sapatos. Entao, ele imaginou uma experiencia de varejo nova e superior. 
Swinmurn podia ter esperado um longo tempo, insistindo em testar sua visao completa com 
depositos, parceiros de distribui^ao e a promessa de vendas significativas. Muitos pioneiros 
do comercio eletronico o fizeram, entre eles infames fracassos ponto-com, tais como Webvan 
e Pets.com 

Em vez disso, ele come^ou realizando um experimento. Sua hipotese era que os clientes 
estavam prontos e dispostos a comprar sapatos on-line. Para testar essa hipotese, ele procurou 
as lojas de sapatos locais e perguntou se podia tirar fotos do estoque delas. Em troca da 
permissao, Swinmurn postaria as fotos on-line e voltaria para comprar os sapatos pelo prego 
de varejo se os clientes os comprassem on-line. 

A Zappos come^ou com um produto simples e pequeno. Foi idealizado para responder 
sobretudo a uma pergunta: ja existe demanda suficiente para uma experiencia superior de 
compra on-line de sapatos? No entanto, um experimento bem arquitetado como aquele com 
que a Zappos come^ou, faz mais do que testar um unico aspecto de um piano de negocios. 
Durante o teste da primeira hipotese, muitas outras tambem foram testadas. Para vender os 
sapatos, a Zappos tinha de interagir com os clientes: receber pagamentos, lidar com 
devolu 9 oes e tratar do apoio ao cliente. Isso e muito diferente de pesquisa de mercado. Se a 
Zappos tivesse recorrido as pesquisas de mercado existentes ou realizado uma sondagem, 
poderia ter perguntado o que os clientes achavam que queriam. Ao construir um produto, 
apesar de simples, a empresa aprendeumuito mais: 

1. Tinha dados mais precisos acerca da demanda do cliente, pois observava o 
comportamento do cliente real em vez de formular perguntas hipoteticas. 

2. Colocou-se numa posi^ao para interagir com clientes reais e aprender a respeito 
de suas necessidades. Por exemplo, o piano de negocios podia recomendar pregos 
com desconto, mas como a percepgao dos clientes do produto e afetada pela 
estrategia de desconto? 

3. Permitiu-se ser surpreendida quando os clientes se comportavam de maneiras 
inesperadas, revelando informagoes que a Zappos talvez nao tivesse sabido para 
perguntar a respeito. Por exemplo: e se os clientes devolvessem os sapatos? 

O experimento inicial da Zappos proporcionou um resultado claro e quantificavel: uma 
quantidade suficiente de clientes compraria os sapatos ou nao. Tambem colocou a empresa na 
posigao de observar, interagir e aprender a partir de clientes e parceiros reais. Essa 
aprendizagem qualitativa e uma parceira necessaria para os testes quantitativos. Embora os 
primeiros esfor^os fossem evidentemente de pequena escala, nao impediram a visao maior da 
Zappos de ser realizada. De fato, em 2009, ela foi adquirida pela Amazon.com, a gigante do 
comercio eletronico, por divulgados 1,2 bilhao de dolares.- 


Para mudan^as a longo prazo, experimente agora 

Caroline Barlerin e diretora da divisao de inovagao social global da Hewlett-Packard (HP), 
empresa multinacional com mais de 300 mil fiincionarios e com vendas anuais superiores a 
100 bilhoes de dolares. Caroline, que lidera o envolvimento coma comunidade global, e uma 
empreendedora social que trabalha para obter mais dos fiincionarios da HP, aproveitando a 
politica de voluntariado da empresa. 

As diretrizes corporativas estimulam todos os fiincionarios a dedicar ate quatro horas por 
mes do tempo da empresa a prestagao de servigos voluntarios em suas comunidades. Esse 
trabalho voluntario pode assumir a forma de qualquer iniciativa filantropica: pintar cercas, 
construir casas ou ate usar habilidades mais pessoais, que normalmente nao seriam utilizadas 
dentro da empresa. Estimular esse ultimo tipo de voluntariado era a prioridade de Caroline. 
Devido a seus talentos e valores, a forga de trabalho da HP possui o potencial de ter um 
imenso impacto positivo. Um designer pode ajudar uma organizagao sem fins lucrativos com o 
design de um novo site. Uma equipe de engenheiros pode cabear uma escola para acesso a 
Internet. 

O projeto de Caroline esta apenas no comego: a maioria dos fiincionarios nao sabe da 
existencia dessa politica de voluntariado, e so uma parcela muito pequena tira proveito disso. 
A maior parte do voluntariado foi da variedade de baixo impacto, envolvendo trabalho 
manual, mesmo quando os voluntarios eram especialistas altamente treinados. A visao de 
Barlerin e pegar as centenas de milhares de fiincionarios da empresa e transforma-los numa 
forga em favor do bem social. 

Esse e o tipo de iniciativa corporativa empreendida todos os dias em empresas de todo o 
mundo. Nao parece uma startup pela defmigao convencional oupelo que vemos nos filmes. Na 
superficie, parece ser apropriada para a administragao e o planejamento tradicionais. No 
entanto, espero que a discussao no Capitulo 2 o tenha estimulado a ser umpouco desconfiado. 
Eis como podemos analisar esse projeto utilizando a perspectiva da startup enxuta. 

O projeto de Caroline enfrenta uma incerteza extrema: nunca houve uma campanha de 
voluntariado dessa magnitude na HP antes. Qual e o grau de confianga que ela pode ter de que 
conhece os motivos reais pelos quais as pessoas nao estao se oferecendo ao voluntariado? E 
mais importante: quanto ela de fato sabe sobre como mudar o comportamento de centenas de 
milhares de pessoas em mais de 170 paises? O objetivo de Barlerin e inspirar os colegas a 
tornar o mundo um lugar melhor. Visto dessa maneira, o piano dela parece cheio de suposigoes 
nao testadas... e repleto de visao. 

Seguindo as praticas da administragao tradicional, Barlerine esta usando o tempo para 
planejar, obter a adesao de diversos departamentos e outros gerentes, e elaborar umroteiro de 
iniciativas para os primeiros dezoito meses do projeto. Ela tambem possui um forte modelo de 
prestagao de contas, incluindo metricas a respeito do impacto que seu projeto deve ter sobre a 
empresa nos proximos quatro anos. Como muitos empreendedores, Barlerine dispoe de um 
piano de negocios que esquematiza suas intengoes de modo habil. No entanto, apesar de todo 
esse trabalho, ela esta - ate aqui - criando ganhos isolados e ainda longe de saber se sua 
visao sera capaz de escalar. 



Por exemplo, uma suposigao talvez fosse que os valores duradouros da empresa incluissem 
o compromisso de melhorar a comunidade, mas os recentes problemas economicos resultaram 
num foco maior de toda a empresa na lucratividade a curto prazo. Quern sabe os funcionarios 
antigos sentissem o desejo de reafirmar seus valores de retorno a comunidade por meio do 
voluntariado? Uma segunda suposicao poderia ser que achassem mais gratificante e, portanto, 
mais sustentavel, utilizar suas habilidades profissionais numa atividade voluntaria, que teria 
maior impacto em favor das organizacoes para as quais doariam seu tempo. Tambem estao 
implicitas nos pianos de Caroline muitas suposi^oes praticas acerca da disposigao dos 
funcionarios de usar o tempo para prestar servico voluntario, seu nivel de compromisso e 
vontade, e a melhor maneira de alcanga-los com a mensagem dela. 

O modelo da startup enxuta oferece um modo de testar essas hipoteses de maneira rigorosa, 
imediata e completa. O planejamento estrategico leva meses para ser concluido; os 
experimentos podem comegar de imediato. Comegando em pequena escala, Caroline pode 
impedir que haja uma quantidade enorme de desperdicio ao longo do caminho, sem 
comprometer sua visao geral. Caroline evitou varios desperdicios ao tratar seuprojeto como 
um experimento. 

Decomponha o projeto 

O primeiro passo seria decompor a grande visao em suas partes.As duas suposigoes mais 
importantes que os empreendedores fazem sao o que denomino hipotese de valor e hipotese 
de crescimento. 

A hipotese de valor e formulada para testar se o produto ou servico de fato fornece valor 
aos clientes no momenta em que o estao utilizando. Os funcionarios estao doando o seu 
valioso tempo. O que isso indica? Poderiamos sonda-los para obter a opiniao deles, mas isso 
nao teria muita exatidao, pois a maioria das pessoas sente dificuldade de avaliar seus 
sentimentos de modo objetivo. 

Os experimentos fornecem um indicador mais exato. O que poderia ser um indicador, em 
tempo real, para sabermos qual o valor do voluntariado? Talvez achassemos oportunidades 
para que um pequeno numero de funcionarios prestasse servigos voluntaries e, em seguida, 
observassemos as taxas de retengao desses funcionarios. Quantos deles concordam em prestar 
servicos voluntaries de novo? Quando um funcionario investe voluntariamente seu tempo e 
atengao nesse programa, e um forte indicador de que considerou que ele tern valor. 

Para a hipotese de crescimento , que e formulada para testar como os novos clientes 
descobrirao um produto ou servico, podemos realizar uma analise semelhante. Logo que o 
programa estiver fiincionando, de que forma ele se difiindira entre os funcionarios, desde os 
adotantes iniciais ate a ado^ao em massa, em toda a empresa? Uma maneira provavel de esse 
programa se expandir e por meio do crescimento viral. Em caso afirmativo, o mais importante 
de ser avaliado e o comportamento: os primeiros participantes espalhariam a noticia aos 
outros funcionarios de modo efetivo? 

Nesse caso, um experimento simples envolveria conseguir um numero muito pequeno - uma 
duzia, talvez - de funcionarios antigos e lhes proporcionar uma oportunidade excepcional de 



voluntariado. Como a hipotese de Caroline era que os fiincionarios seriam motivados pelo 
desejo de por em pratica o compromisso historico da HP com servigo comunitario, o 
experimento visaria aos fiincionarios que sentem o maior senso de desconexao entre as rotinas 
diarias e os valores expressos da empresa. A intengao nao e achar o cliente comum, mas achar 
os adotantes initials: os clientes que sentem a necessidade pelo produto de modo mais 
agugado. Esses clientes tendema ser mais tolerantes com os erros, e sao em particular avidos 
em fornecer feedback. 

Depois, utilizando uma tecnica que intitulo produto minimo viavel com concierge (descrita 
em detalhes no Capitulo 6), Caroline poderia se certificar de que os primeiros participantes 
tiveram uma experiencia tao boa quanto possivel, totalmente alinhada a visao dela. 
Diferentemente de um grupo de foco, o objetivo de Caroline seria medir o que os clientes 
realmente fizeram Por exemplo: quantos dos primeiros voluntaries cumpriram de fato suas 
atribuicoes? Quantos prestaram servicos voluntarios uma segunda vez? Quantos estao 
dispostos a recrutar um colega para participar de uma proxima atividade voluntaria? 

Experimentos adicionais podem se expandir com base nesse feedback e nessa aprendizagem 
iniciais. Por exemplo: se o modelo de crescimento requer que uma certa porcentagem dos 
participantes compartilhe suas experiences com colegas e estimule a participa^ao deles, o 
grau com que isso acontece podera ser testado mesmo com uma pequena amostra de pessoas. 
Se dez pessoas concluirem o primeiro experimento, quantas esperamos que prestem servicos 
voluntarios de novo? Se elas forem solicitadas a recrutar um colega, quantos esperamos que 
fa^am isso? Lembre-se de que esses sao, supostamente, os tipos de adotantes iniciais com o 
maximo a ganhar do programa. 

Em outras palavras: e se os dez adotantes iniciais se negassem a prestar servicos 
voluntarios de novo? Seria umresultado muito significativo - e muito negativo. Se os numeros 
desses primeiros experimentos nao parecerem promissores, ha evidentemente um problema 
com a estrategia. Nao significa que e o momenta de desistir; ao contrario, significa que e o 
momenta de obter algum feedback qualitative imediato sobre como melhorar o programa. 
Aqui esta onde esse tipo de experimento apresenta uma vantagem em relacao a pesquisa de 
mercado tradicional. Nao temos de contratar uma sondagem ou achar novas pessoas para 
entrevistar. Ja temos um grupo de pessoas para conversar, e tambem conhecimento a respeito 
do comportamento real delas: os participantes do experimento inicial. 

Todo esse experimento pode ser realizado em questao de semanas, menos de um decimo do 
tempo do processo de planejamenta estrategico tradicional. Alem disso, pode ocorrer em 
paralelo como planej amenta estrategico, embora o piano ainda esteja em formulagao. Mesmo 
quando os experimentos produzem um resultado negativo, esses insucessos resultam 
instrutivos e podem influenciar a estrategia. Por exemplo: e se nao puder ser encontrado 
nenhum voluntario que esteja vivenciando um conflito de valores dentro da organizacao, 
suposi^ao tao importante no piano de negocios? Em caso positivo, congratulates; e o 
momenta de pivotar (umconceito que e analisado com mais detalhes no Capitulo 8).— 


UM EXPERIMENTO E UM PRODUTO 


No modelo da startup enxuta, um experimento e mais do que apenas uma pesquisa teorica; 
tambem e o primeiro produto. Se esse ou qualquer outro experimento for bem-sucedido, 
permitira que o gerente desencadeie sua campanha arrolando os adotantes iniciais, 
adicionando funcionarios para cada novo experimento ou iteracao e, no fim, comecando a 
construir um produto. Quando o produto estiver pronto para ser distribuido de modo amplo, ja 
tera estabelecido clientes, solucionado problemas reais, e oferecera especificagoes detalhadas 
para o que precisa ser desenvolvido. Ao contrario de umplanejamento estrategico tradicional 
ou um processo de pesquisa de mercado, essa especificagao estara enraizada no feedback do 
que esta em funcionamento hoje, em vez de ser uma antecipacao do que talvez fiincione 
amanha. 

Para observar isso em agao, consideremos o exemplo da Kodak, cuja historia esta associada 
a cameras e filmes, mas, em dias atuais, a empresa tambem opera um grande negocio on-line 
denominado Kodak Gallery. Mark Cook e o vice-presidente de produtos da Kodak Gallery e 
trabalha para mudar a cultura de desenvolvimento desta, a fim de que o negocio adote a 
experimentagao. 

Mark explicou: “Tradicionalmente, o gerente de produto diz: ‘Quero isso’. Emresposta, o 
engenheiro afirma: ‘\bu desenvolver isso’. Mas, ao contrario, pressiono minha equipe para 
primeiro responder a quatro perguntas: 

1. Os consumidores reconhecem que tern o problema que estamos tentando 
solucionar? 

2. Se houvesse uma solugao, eles comprariam? 

3. Comprariam de nos? 

4. Conseguimos desenvolver uma solugao para esse problema?” 

A tendencia comum do pessoal de desenvolvimento de produto e pular direto para a quarta 
pergunta e desenvolver uma solugao antes de confirmar que os clientes tern o problema. Por 
exemplo, a Kodak Gallery oferecia cartoes de casamento com textos e elementos graficos 
dourados em seu site. Esses modelos eram populares entre os clientes que estavam se 
casando, e, assim, a equipe redesenhou os cartoes para serem utilizados em outras ocasioes 
especiais. A pesquisa de mercado e o processo de design indicaram que os clientes gostariam 
dos novos cartoes, e esse resultado justificouo esforgo consideravel de comegar a cria-los. 

Alguns dias antes do langamento, a equipe percebeu que os cartoes eram muito dificeis de 
ser entendidos com base na representagao do site; ninguem conseguia ver como eram bonitos. 
Tambem eram dificeis de ser produzidos. Cook compreendeu que tinham feito o trabalho de 
tras para a frente. “Antes de ter gasto tempo com a engenharia, deviamos ter descoberto como 
vender e fazer o produto”, ele explicou. 

Depois de aprender com a experiencia, Cook adotou uma abordagem diferente quando 
liderou sua equipe no desenvolvimento de umnovo conjunto de recursos para um produto que 
torna mais facil compartilhar fotos tiradas num evento. Os membros da equipe acreditavam 
que um “album de eventos” on-line proporcionaria uma maneira de as pessoas que estiveram 
num casamento, numa conferencia ou em outra reuniao qualquer compartilharem fotos com os 



outros participantes. Ao contrario de outros servicos de compartilhamento de fotos on-line, o 
album de eventos da Kodak Gallery teria controles de privacidade rigidos, assegurando que as 
fotos seriamcompartilhadas apenas comas pessoas que compareceramao mesmo evento. 

Numa ruptura com o passado, Cook liderou o grupo num processo de identificar riscos e 
suposicoes antes de desenvolver algo, e, depois, testou aquelas suposicoes de modo 
experimental. 

Houve duas hipoteses principais fimdamentando o album de eventos proposto: 

1. A equipe supos que os clientes gostariamde criar os albuns emprimeiro lugar. 

2. Supos que os participantes dos eventos fariam o upload das fotos para os albuns 
de eventos criados pelos amigos ou colegas. 

A equipe da Kodak Gallery desenvolveu um prototipo simples do album de eventos. Era 
desprovido de diversos recursos - tantos, na realidade, que a equipe ficou relutante de 
mostrar aos clientes. No entanto, mesmo nesse estagio inicial, permitir a utiliza^ao do 
prototipo pelos clientes ajudou a equipe a refutar hipoteses. Primeiro, criar um album nao era 
assim tao facil quanto a equipe previu; nenhum dos primeiros clientes foi capaz de criar um. 
Alem disso, os clientes se queixaram que a versao inicial do produto carecia de recursos 
basicos. 

Esses resultados negativos desmoralizaram a equipe. Os problemas de usabilidade 
tfustraram seus membros, assim como as reclamacoes dos clientes acerca das funcionalidades 
ausentes, muitas das quais compativeis como roteiro original. Cookexplicouque, apesar de o 
produto apresentar ausencia de funcionalidades, o projeto nao era um ffacasso. O produto 
inicial - com defeitos e tudo - confirmou que os usuarios tinham o desejo de criar albuns de 
eventos, o que era uma informagao muito valiosa. Se os clientes se queixavam da ausencia de 
funcionalidades, isso indicava que a equipe estava no caminho certo. Naquele momento, a 
equipe tinha a prova inicial de que aquelas funcionalidades eram mesmo importantes. Que 
dizer das funcionalidades presentes num roteiro, mas a respeito das quais os clientes nao se 
queixavam? Talvez nao fossemtao importantes quanto pareciama principio. 

Por meio do lancamento de uma versao beta, a equipe continuou a aprender e iterar. Embora 
os primeiros usuarios se sentissem empolgados, e os numeros fossem promissores, a equipe 
fez uma descoberta importante. Por meio da ferramenta de medicao on-line KISSinsights, a 
equipe constatou que diversos clientes queriam ser capazes de arranjar a ordem das fotos 
antes de convidar outras pessoas para contribuir. Sabendo que nao estavam prontos para o 
lancamento, Cook sustou a acao do gerente geral da divisao, explicando que o fato de iterar e 
experimentar antes de iniciar a campanha de marketing propiciaria resultados muito melhores. 
Num mundo em que as datas de lancamento do marketing eram nao raro fixadas com meses de 
antecedencia, esperar ate a equipe ter solucionado o problema era uma ruptura com o passado. 

Esse processo representou uma mudanca radical para a Kodak Gallery; os fiincionarios 
estavam acostumados a ter o seu progresso na conclusao das tarefas avaliado. Como Cook 
afirma: “O sucesso nao e entregar uma fiincionalidade, mas aprender a solucionar os 
problemas dos clientes”.- 


A VILLAGE LAUDRY SERVICE 

Na India, devido ao custo da maquina de lavar roupa, menos de 7% da populacao possui uma 
em casa. A maioria das pessoas lava manualmente as roupas ou contrata uma dhobi para fazer 
isso. A lavadeira leva as roupas para o rio mais proximo, lava-as nas aguas do rio, golpeia-as 
contra as pedras para limpa-las e as pendura para secar - um processo que leva de dois a sete 
dias. O resultado? As roupas sao devolvidas depois de dez dias, aproximadamente, e e 
provavel que nao estejamtao limpas. 

Akshay Mehra ja trabalhava na Procter & Gamble, em Cingapura, ha oito anos quando 
percebeu a oportunidade. Como gerente de marca das marcas Tide e Pantene para a India e 
para a Associagao dos Paises do Sudeste Asiatico (ASEAN), ele achou que poderia 
disponibilizar servigos de lavanderia para pessoas que antes nao podiam arcar com essa 
despesa. Ao voltar para a India, Akshay se associou a Village Laundry Service (VLS), 
empresa criada pela Innosight Ventures. A VLS comegouuma serie de experimentos para testar 
suas suposigoes de negocios. 

Para o primeiro experimento, a VLS montou uma maquina de lavar roupa na traseira de uma 
camionete estacionada numa esquina em Bangalore. O experimento custou menos de 8 mil 
dolares e tinha o simples objetivo de demonstrar que as pessoas deixariam as roupas la e 
pagariampara que fossem lavadas. Os empreendedores nao lavavamas roupas na camionete, 
que servia mais como marketing e promo^ao, mas as levavam a outro lugar para que fossem 
limpas, e as traziam de volta para os clientes no fim do dia. 

A equipe da VLS prosseguiu com o experimento por uma semana, estacionando a camionete 
em diferentes esquinas e procurando descobrir tudo o que podia a respeito dos possiveis 
clientes. A equipe queria saber como podia estimular as pessoas a se aproximarem da 
camionete. A velocidade da limpeza tinha importancia? O nivel de limpeza era uma 
preocupagao? O que as pessoas pediam quando deixavam as roupas para lavar? Os membros 
da equipe descobriram que os clientes deixavam a roupa para lavar de bom grado. No entanto, 
desconfiavam da maquina de lavar montada na traseira da camionete, preocupados que a VLS 
pegasse a roupa suja deles e desaparecesse. Para lidar com essa preocupagao, a empresa 
criou um carrinho movel umpouco mais robusto, que mais parecia umquiosque. 

A VLS tambem experimentou estacionar os carrinhos diante de uma cadeia local de 
pequenos mercados. Outras iterates ajudaram a empresa a descobrir em que servigos as 
pessoas estavam mais interessadas e que precos estavam dispostas a pagar. A VLS tambem 
descobriu que os clientes muitas vezes queriam as roupas passadas, e estavam dispostos a 
pagar o dobro do prego para ter sua roupa de volta em 4 horas, em vez de em 24 horas. 

Como resultado desses experimentos iniciais, a VLS criou um produto fma: um quiosque 
movel de 1 mpor 1,2 m, que incluia uma maquina comum de lavar roupa, uma secadora e uma 
extensao eletrica bem comprida. O quiosque utilizava detergentes ocidentais e era abastecido 
todos os dias comagua limpa fornecida pela VLS. 

Desde entao, a Village Laudry Service cresceu consideravelmente, com catorze centros 
operacionais em Bangalore, Mysore e Mumbai. Como o CEO Akshay Mehra me revelou: 
“Processamos 116 mil quilos, em 2010 (versus 30,6 mil quilos em 2009). Quase 60% do 



negocio esta vindo dos clientes existentes. Atendemos mais de 10 mil clientes no ano passado 
em todos os pontos de venda”.- 

UMA STARTUP ENXUTANO GOVERNO? 

Em 21 de julho de 2010, o presidente Obama sancionou a Dodd-Frank Wall Street Reform and 
Consumer Protection Act. Uma de suas principais disposigoes criou uma nova agencia federal, 
a Consumer Federal Protection Bureau (CFPB). Essa agencia tern a tarefa de proteger os 
cidadaos norte-americanos de concessoes de credito predatorias por empresas de servigos 
financeiros, tais como empresas de cartao de credito, fmanciadoras de credito educativo e 
instituigoes de credito consignado. O piano para o cumprimento dessa tarefa exige a instalagao 
de uma central de atendimento, na qual assistentes sociais treinados atenderao as ligagoes do 
publico. 

Entregue a si propria, a nova agencia do governo provavelmente contrataria um grande 
quadro de funcionarios, com um orcamento enorme para desenvolver um piano oneroso e 
demorado. No entanto, a CFPB esta considerando fazer as coisas de modo diferente. Apesar 
do orgamento de 500 milhoes de dolares e origens ostensivas, a agencia e, na realidade, uma 
startup. 

O presidente Obama incumbiu Aneesh Chopra, diretor de tecnologia do governo dos 
Estados Unidos, de coletar ideias a respeito de como criar uma nova agencia adotando o 
modelo de startup. Foi dessa maneira que me envolvi no assunto. Em uma das visitas de 
Chopra ao Vale do Silicio, ele convidou alguns empreendedores para dar sugestoes sobre 
como cultivar uma mentalidade de startup na nova agencia. Em particular, o foco dele era tirar 
proveito da tecnologia e da inovagao para tornar a agencia mais eficiente e eficaz em termos 
de custo. 

Minha sugestao foi tirada diretamente dos principios expostos neste capitulo: tratar a CFPB 
como um experimento, identificar os elementos do piano que sao suposigoes e nao fatos, e 
descobrir maneiras de testar os elementos. Usando esses insights , poderiamos construir um 
produto minimo viavel e colocar a agencia em fimcionamento - numa microescala - muito 
antes de o piano oficial ser posto empratica. 

A suposigao numero um subjacente ao piano corrente e que, assim que os norte-americanos 
souberem que podem ligar para a CFPB em busca de ajuda contra fraudes e abusos 
financeiros, havera um volume significativo de cidadaos que o farao. Isso parece razoavel, 
pois se baseia em pesquisa de mercado acerca da quantidade de fraudes que afetam os norte- 
americanos todos os anos. No entanto, apesar de toda essa pesquisa, ainda e uma suposigao. 
Se o volume real de chamadas telefonicas diferir muito do volume do piano, isso exigira 
revisao significativa. E se os norte-americanos sujeitos a abuso financeiro nao se 
considerarem vitimas e, portanto, nao procurarem ajuda? E se tiverem ideais muito diferentes 
de quais problemas sao importantes? E se recorrerem a agencia procurando ajuda para 
problemas que estao fora do seu escopo? 

Assim que a agencia estiver funcionando, com um orgamento de 500 milhoes de dolares e 
um grande quadro fimcional, alterar o piano sera oneroso e demorado, mas por que esperar 


para obter feedback ? Para iniciar o experimento imediatamente, a agenda pode comegar com 
a criagao de um simples canal direto de comunicagao, utilizando um dos novos tipos de 
plataforma de baixo custo e rapida configuragao, como a Twilio. Com um trabalho de poucas 
horas, podem adicionar mensagens de voz simples, oferecendo aos autores das ligagoes um 
menu de problemas fmanceiros para escolha. Na primeira versao, as mensagens podem ser 
extraidas diretamente da pesquisa existente. Em vez de um assistente social na linha, cada 
mensagem pode oferecer ao autor da chamada informagoes uteis sobre como solucionar seu 
problema. 

Em vez de divulgar esse canal de comunicagao direto para todo o pais, a agencia pode 
realizar o experimento de modo muito mais limitado: comegar com uma pequena area 
geografica, talvez alguns quarteiroes de uma cidade, e, em vez de pagar anuncios caros de 
teve ou radio para informar as pessoas a respeito do servigo, utilizar propaganda altamente 
direcionada. Folhetos, outdoors, anuncios em jornais ou on-line especialmente direcionados 
seriam um bom comego. Como a area-alvo e muito pequena, poderiam se permitir pagar um 
extra para criar um alto nivel de conscientizagao na area-alvo. O custo total continuaria muito 
pequeno. 

Como solugao abrangente para o problema de abuso fmanceiro, esse produto minimo viavel 
nao e muito bom em comparagao com o que uma agencia de 500 milhoes de dolares pode 
realizar. No entanto, tambemnao e um produto muito caro. Pode ser desenvolvido emquestao 
de dias ou semanas, e todo experimento custaria apenas alguns milhares de dolares. 

O que aprenderiamos com esse experimento seria inestimavel. Com base nas selegoes 
daqueles primeiros clientes, a agencia poderia comegar de imediato a obter uma percepgao 
dos tipos de problemas que os norte-americanos acreditam ter, nao so dos que eles “devem” 
ter. A agencia poderia comegar a testar mensagens de marketing: o que motiva as pessoas a 
ligar? Poderia extrapolar as tendencias do mundo real: que porcentagem de pessoas da area- 
alvo realmente ligaram? A extrapolagao nao seria perfeita, mas estabeleceria um 
comportamento de referencia, que seria muito mais exato do que uma pesquisa de mercado. 

Mais importante: esse produto serviria como uma semente que poderia germinar num 
servigo muito mais elaborado. Com esse inicio, a agencia seria capaz de se envolver num 
processo continuo de aprimoramento, lenta mas seguramente adicionando solugoes novas e 
melhores. Com o tempo, proveria o canal de comunicagao direto com assistentes sociais, 
talvez de inicio abordando apenas uma unica categoria de problemas, para dar aos assistentes 
sociais a melhor possibilidade de sucesso. No momento em que o piano oficial estivesse 
pronto para implementagao, esse servigo inicial poderia servir como modelo do mundo real. 

A CFPB esta apenas iniciando suas atividades, mas ja da sinais de seguir uma abordagem 
experimental. Por exemplo, em vez de realizar um langamento geograficamente limitado, esta 
segmentando os primeiros produtos por casos de uso. Para prestar servigos ao consumidor, 
estabeleceu uma hierarquia preliminar de produtos fmanceiros, com cartoes de credito em 
primeiro lugar. Com o desenvolvimento dos primeiros experimentos, a agencia tera a 
oportunidade de monitorar com atengao todas as outras queixas e feedbacks recebidos dos 
consumidores. Esses dados influenciarao a profimdidade, a amplitude e a sequencia dos 
fiituros langamentos de produtos ou servigos. 



Como David Forrest, diretor de tecnologia da CFPB, me disse: “Nosso objetivo e dar aos 
cidadaos norte-americanos uma maneira facil de comunicar os problemas que enfrentam no 
mercado financeiro. Temos a oportunidade de monitorar de perto o que o publico esta nos 
dizendo e reagir emrelagao as novas informagoes. Os mercados mudamo tempo todo, e nossa 
tarefa e mudar junto comeles”.- 


* * * 


Os empreendedores e gerentes delineados neste livro sao inteligentes, capazes e bastante 
orientados a resultados. Em diversos casos, estao no meio do desenvolvimento de uma 
organizagao, de uma maneira compativel com as melhores praticas do pensamento 
administrativo corrente. Eles e nfr entam os mesmos desafios nos setores publico e privado, 
nao importa a atividade. Como vimos, mesmo os gerentes e executivos experientes das 
empresas mais bem administradas do mundo se esforgam para construir e langar de modo 
consistente novos produtos inovadores. 

O desafio deles e superar o pensamento administrativo vigente, que deposita sua fe em 
pianos bempesquisados. Lembremos que o planejamento e uma ferramenta que so fiinciona na 
presenga de uma historia operacional longa e estavel. E, mesmo assim, algum de nos acha que 
o mundo ao nosso redor esta ficando mais estavel a cada dia? Mudar essa mentalidade e 
dificil, mas fundamental para o sucesso de uma startup. Minha expectativa e que este livro 
ajudara gerentes e empreendedores a realizar essa mudanga. 


12 Alguns empreendedores adotaram esse slogan como sua filosofia de startup, utilizando o acroninro JFDI. Um exemplo 
recente pode ser observado em: <http:/'/'www.cloudave.com/117l/wlrat-makes-an-entrepreneur-four-letters-ifdi/ >. 

13 Disponlvel em: < http://techcrunch.com/2009/ll/02/amazon-closes-zappos-deal-ends-up-paying-l-2-billion/ > 

14 Agradego a Caroline Barlerin e a HP pela permissao de incluir min ha analise experinrental desse novo projeto. 

15 As informagoes acerca da Kodak Gallery sao resultado de entrevistas realizadas por Sara Leslie. 


16 A historia da VLS foi relatada por Elnor Rozenrot, anteriormente da Innosight Ventures. Detalhes adicionais foram 
fornecidos por Akshay Mehra. Para mais informagoes a respeito da VLS, ver o artigo da Harvard Business Review. 
<http://hbr.Org/2011/01/new-business-models-in-emerging-markets/ar/l >. ou a cobertura da imprensa: 
<http://economictimes.indiatimes.com/news/news-bv-company/corporate-trends/village-laundry-services-takes-on-the- 

dhobi/articleshow/5325032.cms>. 


17 Para mais informagoes a respeito dos esforgos iniciais da CFPB, ver o artigo do Wall Street Journal, de 13 de abril de 2011: 
“For Complaints, Don’t Call Consumer Bureau Yet”. Disponrvel em: <http://onlinc. 

wsi.com/article/SB 10001424052748703551304576260772357440148.html >. Atualmente, muitos servidores publicos 
especializados traballram duro para incorporar essa abordagem experimental no setor publico sob a lideranga do presidente 
Obama. Meus agradecinrentos a Aneesh Chopra, Chris Vein, Todd Park e David Forrest, por me apresentarenr iniciativas 
pioneiras. 









Parte II 


DIREQAO 




Como a visao leva a dire9ao 


E m seu cerne, a startup e uma catalisadora que transforma ideias em produtos. A medida 
que os clientes interagem com os produtos, geram feedback e dados. O feedback e tanto 
qualitative (por exemplo, o que gostam ou nao) como quantitative (por exemplo, quantas 
pessoas utilizam o produto e consideram que ele tern valor). 

Como vimos na Parte I, os produtos que uma startup desenvolve sao experimentos; a 
aprendizagem sobre como desenvolver uma empresa sustentavel e o resultado desses 
experimentos. Para as startups, tais informacoes sao muito mais importantes que dolares, 
premios ou citagoes na imprensa, pois podem influenciar e reformular o proximo conjunto de 
ideias. 

Podemos visualizar esse processo de tres etapas com este simples diagrama: 


CICLO DE FEEDBACK CONSTRUIR-MEDIR-APRENDER 



Minimizar o tempo TOTAL atraves do ciclo 


Esse ciclo de feedback construir-avaliar-aprender esta no centro do modelo da startup 



enxuta. Nesta Parte II, analisaremos tudo isso mais detalhadamente. 

Muitas pessoas possuem formagao profissional que enfatiza um elemento desse ciclo de 
feedback. Para os engenheiros, e aprender a construir coisas com o maximo de eficiencia. 
Alguns gerentes sao especialistas em formulagao de estrategias e aprendizagem no quadro 
branco. Muitos empreendedores concentram energia nos substantivos: ter a melhor ideia de 
produto, ter o produto inicial mais bem projetado ou ter obsessao por dados e metricas. A 
verdade e que nenhuma dessas atividades em si e de grande importancia. Em vez disso, 
precisamos concentrar nossa energia na minimizagao do tempo total gasto nesse ciclo de 
feedback. Essa e a essencia da diregao de uma startup - e o assunto desta Parte II. Daremos 
um giro completo no ciclo de feedback construir-medir-aprender, discutindo cada um dos 
componentes em detalhes. 

O objetivo da Parte I era investigar a importancia da aprendizagem como medida do 
progresso de uma startup. Como espero, e evidente a esta altura que, se concentrarmos nossas 
energias na aprendizagem validada, poderemos evitar muito do desperdicio que assola as 
startups hoje em dia. Como na manufatura enxuta, a aprendizagem de onde e quando investir a 
energia resulta emeconomia de tempo e dinheiro. 

Para aplicar o metodo cientifico a uma startup, precisamos identificar que hipoteses testar. 
Denomino at os de fe os elementos mais arriscados do piano de uma startup, as partes das 
quais tudo depende. As duas suposigoes mais importantes sao a hipotese de valor e a hipotese 
de crescimento. Estas dao origem a variaveis de ajuste, que controlamo motor de crescimento 
da startup. Cada iteracao de uma startup e uma tentativa de acionar esse motor para ver se ele 
fiincionara. Assim que ele estiver em funcionamento, o processo se repete, mudando para 
marchas cada vez mais altas. 

Uma vez evidentes essas suposigoes do tipo ato de fe, o primeiro passo e entrar na fase 
Desenvolver o mais rapido possivel com um produto minimo viavel (MVP, na sigla em 
ingles). O MVP e aquela versao do produto que permite uma volta completa do ciclo 
construir-medir-aprender, com o minimo de esfor^o e o menor tempo de desenvolvimento. O 
produto minimo viavel carece de diversos recursos que podem se provar necessarios mais 
tarde. No entanto, de certa forma, criar um MVP requer trabalho extra: devemos ser capazes 
de medir seu impacto. Por exemplo, nao e adequado construir umprototipo que seja avaliado 
por engenheiros e designers apenas em fiingao da sua qualidade interna. Tambem precisamos 
coloca-lo diante dos possiveis clientes para avaliar a reagao deles. Pode ate ser preciso tentar 
lhes vender o prototipo, como logo veremos. 

Quando ingressarmos na fase Medir, o maior desafio sera determinar se os esforgos de 
desenvolvimento do produto levarao a um progresso real. Nao podemos esquecer: se 
desenvolvermos algo que ninguem quer, nao tera muita importancia realizar isso no prazo e 
dentro do orgamento. O metodo que recomendo se denomina contabilidade para inovagao, 
isto e, uma abordagem quantitativa que nos permite observar se os es for 90 s de ajuste do motor 
estao dando resultados. Isso tambem nos possibilita criar marcos de aprendizagem , que sao 
uma alternativa aos tradicionais marcos de negocios e produtos. Os marcos de aprendizagem 
sao uteis para os empreendedores como um modo de avaliar seus progressos de maneira 
precisa e objetiva; tambem sao inestimaveis para os gerentes e investidores para os quais os 



empreendedores se reportam. No entanto, nem todas as metricas sao criadas de modo igual. 
No Capitulo 7, esclarecerei o perigo das metricas de vaidade, em contraste com a utilidade 
pratica das metricas acionaveis, que ajudam a analisar o comportamento do cliente de modo a 
respaldar a contabilidade para inovagao. 

Por fim, e mais importante, ha o pivo. Ao termino do ciclo construir-medir-aprender, 
encaramos a questao mais dificil enfrentada por qualquer empreendedor: pivotar a estrategia 
original ou perseverar. Se descobrirmos que uma das nossas hipoteses e falsa, sera o momento 
de realizar uma mudanca importante, rumo a uma nova hipotese estrategica. 

O metodo da startup enxuta cria empresas eficazes em termos de capital, pois permite as 
startups reconhecer mais cedo que e o momento de pivotar, gerando menos desperdicio de 
tempo e dinheiro. Apesar de escrevermos o ciclo de feedback como construir-medir-aprender, 
pois as atividades acontecem nessa sequencia, nosso planejamento, na realidade, fiinciona na 
ordem inversa: descobrimos o que precisamos aprender, utilizamos a contabilidade associada 
a inovagao para defmir o que precisamos medir a fim de saber se estamos obtendo 
aprendizagem validada e, em seguida, descobrimos que produto precisamos desenvolver para 
executar aquele experimento e obter aquela medi^ao. Nesta Parte II, todas as tecnicas sao 
projetadas para minimizar o tempo total atraves do ciclo de feedback construir-medir- 
aprender. 



5 _ 

S ALTAR 


E m 2004, tres alunos do segundo ano da faculdade chegaram ao Vale do Sillcio com sua 
recem-criada rede social universitaria. Essa rede estava ativa emumnumero reduzido de 
campi universitarios. Nao era a rede social lider de mercado, nem mesmo a primeira rede 
social universitaria; outras empresas tinham lan^ado redes similares antes e com mais 
recursos. Com 150 mil usuarios registrados, obtinha pouquissima receita. No entanto, naquele 
verao, eles conseguiram seus primeiros 500 mil dolares de capital de risco. Menos de um ano 
depois, levantaram mais 12,7 milhoes de dolares. 

Claro que a esta altura voce adivinhou que esses tres alunos do segundo ano eram Mark 
Zuckerberg, Dustin Moskovitz e Chris Hughes, os criadores do Facebook. Hoje, a historia 
deles e mundialmente conhecida. Muitas coisas a respeito disso sao notaveis, mas gostaria de 
me concentrar em uma so: como eles foram capazes de levantar tanto dinheiro quando a 
utiliza^ao real do Facebook era tao pequena.- 

Segundo a opiniao geral, o que mais impressionou os investidores foram dois fatos a 
respeito do crescimento inicial do Facebook. O primeiro foi a quantidade de tempo que os 
usuarios ativos do Facebook despendiam no site. Mais da metade dos usuarios voltavam ao 
site todos os dias.~ Esse e um exemplo de como uma empresa pode validar sua hipotese de 
valor, ou seja, que os clientes veem valor no produto. O segundo fato impressionante a 
respeito da for^a de tragao inicial do Facebook foi a taxa com que dominou seus primeiros 
campi universitarios. A taxa de crescimento era espantosa: o Facebook foi lan^ado em 4 de 
fevereiro de 2004, e, no fim do mes, quase 75% dos alunos de graduagao de Harvard o 
estavam usando, sem ter sido necessario gastar um unico dolar em marketing ou propaganda. 
Em outras palavras, o Facebook tambem havia validado sua hipotese de crescimento. Essas 
duas hipoteses representam duas das mais importantes questoes do tipo sal to de fe enfr entadas 
por qualquer nova startup. - 

Na epoca, soube que muitas pessoas criticaram os investidores iniciais do Facebook, 
afirmando que a rede social nao possuia “nenhum modelo de negocios” e so tinha receitas 
modestas em relagao a avaliagao realizada por seus investidores. Enxergavam no Facebook 
um retorno aos excessos da era ponto-com, quando empresas com pouca receita levantavam 
altas somas de dinheiro para perseguir uma estrategia de “atragao da audiencia” e 
“crescimento rapido”. Diversas startups da era ponto-com planejavam ganhar dinheiro no 
fiituro vendendo a audiencia que haviam comprado para outros anunciantes. Na realidade, os 
fracassados das ponto-com foram pouco mais que intermediaries, efetivamente pagando para 



adquirir a atengao dos clientes e, em seguida, planejando revender isso a outros. O Facebook 
nao era assim, pois empregava um motor de crescimento diferente. O site nao pagava nada 
pela aquisigao do cliente, e elevado envolvimento de seus usuarios significava que estava 
acumulando quantidades enormes de atengao dos clientes todos os dias. Nunca houve nenhuma 
duvida de que a atencao seria valiosa para os anunciantes; a unica duvida era quanto eles 
pagariam. 

Muitos empreendedores tentam desenvolver o proximo Facebook, mas, quando aplicam as 
ligoes do Facebook e de outras conhecidas historias de sucesso de startups, fleam confiisos. E 
uma ligao do Facebook que as startups nao devem cobrar dinheiro dos clientes no primeiro 
momento? Ou as startups nunca devem gastar dinheiro com marketing? Essas perguntas nao 
podem ser respondidas de modo abstrato; ha umnumero quase infinito de contraexemplos para 
cada tecnica. Em vez disso, como vimos na Parte I, as startups precisam realizar experimentos 
para ajudar a determinar que tecnicas funcionarao em suas circunstancias unicas. Para as 
startups, o papel da estrategia e ajudar a descobrir as perguntas certas a responder. 


A ESTRATEGIA SE BASEIA NAS SUPOSICOES 

Cada piano de negocios comega comumconjunto de suposigoes. O piano traga uma estrategia 
que considera essas suposigoes verdadeiras e prossegue mostrando como alcangar a visao da 
empresa. Como nao se demonstrou que as suposigoes eram verdadeiras (sao suposigoes, 
afinal), e, na realidade, muitas vezes sao falsas, o objetivo dos esforgos iniciais de uma 
startup deve ser testa-las o mais rapido possivel. 

A estrategia empresarial tradicional e excelente para ajudar os gerentes a identificar com 
clareza que suposigoes estao sendo feitas numnegocio especifico. O primeiro desafio para um 
empreendedor e construir uma organizagao capaz de testar essas suposigoes sistematicamente. 
O segundo desafio, como em todas as situagoes de empreendedorismo, e realizar esses testes 
rigorosos semperder de vista a visao geral da empresa. 

Num piano de negocios tipico, diversas suposigoes sao corriqueiras. Sao fatos bem 
estabelecidos extraidos da experiencia passada da atividade ou de dedugoes objetivas. No 
caso do Facebook, era evidente que os anunciantes pagariam pela atengao do cliente. Ocultas 
entre esses detalhes triviais, incluem-se algumas suposigoes que requerem mais coragem para 
ser professadas - no tempo presente - com seriedade: supor que os clientes possuem um 
desejo significativo de utilizar nosso produto, ou supor que os supermercados manterao nosso 
produto em estoque. Agir como se essas suposigoes fossem verdadeiras constitui-se um 
classico super-poder do empreendedor. Tais suposigoes sao denominadas atos de fe 
justamente porque o sucesso de todo o empreendimento depende delas. Se forem verdadeiras, 
uma grande oportunidade estara a espera. Se forem falsas, a startup se arrisca ao total 
fracasso. 

A maioria dos atos de fe assume a forma de um argumento por analogia. Por exemplo, 
lembro-me de um piano de negocios que dizia o seguinte: “Da mesma forma que o 
desenvolvimento do carregamento progressive de imagem permitiu o uso difundido da World 
Wide Web por conexao discada, tambem nossa tecnologia progressiva de renderizagao 



permitira que o produto seja executado em computadores pessoais comuns”. E provavel que 
voce nao tenha a minima ideia do que seja carregamento progressive de imagem ou 
renderiza^ao, mas isso nao importa, pois voce conhece o argumento (talvez ja o tenha 
utilizado): 


A tecnologia X foi utilizada para conquistar o mercado Y por causa do atributo Z. Temos uma nova tecnologia X2, que 
nos permitira conquistar o mercado Y2 porque tambern temos o atributo Z. 


O problema de analogias como essa e que encobrem o verdadeiro salto de fe. Este e seu 
objetivo: fazer o negocio parecer menos arriscado. Elas sao utilizadas para persuadir 
investidores, fiincionarios ou socios. Amaioria dos empreendedores se encolheria de medo ao 
ver seu salto de fe escrito da maneira detalhada a seguir. 


Uma grande quantidade de pessoas ja queria acessar a World Wide Web. Elas sabiarn o que era, podiarn arcar com os 
custos, mas nao conseguiam ter acesso porque o tempo que levava para carregar imagens era muito longo. A 
introdugao do carregamento progressive de imagens permitiu as pessoas acessar a World Wide Web e contar aos 
amigos a respeito. Dessa maneira, a empresa X conquistou o mercado Y. 

Da mesrna maneira, ja existe uma grande quantidade de possiveis clientes que querern acessar nosso produto agora 
mesmo. Eles sabern que querern, podem arcar com os custos, mas nao podem acessa-lo porque a renderizagao e muito 
lenta. Quando langarmos o produto com tecnologia de renderizagao progressiva, eles afluirao ao software e contarao 
aos amigos, e entao conquistaremos o mercado Y2. 


Ha diversos pontos a reparar nessa declaragao revisada. Primeiro, e importante identificar 
os fatos com clareza. E realmente verdade que o carregamento progressive de imagens 
provocou a adogao da World Wide Web, ou foi apenas um fator entre muitos? Mais 
importante: e de fato verdade que ha uma grande quantidade de possiveis clientes que querern 
nossa solugao neste momento? A primeira analogia foi idealizada para convencer os grupos 
interessados de que um primeiro passo razoavel e construir a tecnologia da nova startup e ver 
se os clientes a usarao. A abordagem alterada deveria deixar claro que o que e preciso e fazer 
um teste empirico primeiro: certificar-se de que existem clientes sedentos, avidos por adotar 
essa nova tecnologia. 


Analogo e antianalogo 

Nao ha nada intrinsecamente errado em basear a estrategia nas comparagoes com outras 
empresas e atividades. De fato, essa abordagem pode ajuda-lo a descobrir suposigoes que nao 
sao saltos de fe verdadeiros. Por exemplo, Randy Komisar, investidor de capital de risco, 
cujo livro Getting to Plan B discutiu o conceito de saltos de fe em detalhes, utiliza um 
arcabougo de “analogos” e “antianalogos” para esbogar a estrategia. 

Ele explica o conceito analogo-antianalogo usando o iPod como exemplo. “Se voce 
estivesse procurando por analogos, teria de considerar o Walkman”, afirma. “Solucionou uma 
pergunta importante que Steve Jobs nunca teve de fazer: as pessoas escutarao musica em 



lugares publicos usando fones de ouvido? Consideramos uma pergunta absurda hoje, mas e 
fundamental. Quando a Sony formulou a pergunta, nao tinha a resposta. Steve Jobs tinha [a 
resposta] na [versao] analoga.” O Walkman da Sony era o analogo. Entao, Jobs teve de 
enfrentar o fato de que, embora as pessoas estivessem dispostas a fazer o download de 
musicas, nao desejavampagar por isso. “O Napster era um anti analogo. Esse antianalogo tinha 
de leva-lo a abordar seu negocio de modo especifico”, afirma Komisar. “Desses analogos e 
antianalogos surgem diversas perguntas unicas, sem resposta. Essas sao os saltos de fe, que 
eu, como empreendedor, assumo se for para levar a cabo esse empreendimento. Eles vao 
favorecer ou prejudicar meu negocio. No negocio do iPod, um desses saltos de fe foi que as 
pessoas pagariam pelas musicas.” Naturalmente, esse salto de fe se revelou correto. l - 

Alem do “lugar certo na hora certa” 

Ha diversos empreendedores conhecidos que ganham milhoes de dolares porque, ao que 
parece, estavam no lugar certo na hora certa. No entanto, para cada empreendedor bem- 
sucedido que estava no lugar certo na hora certa, ha muitos outros que tambem estavam ali, 
naquele lugar certo e naquela hora certa, mas fracassaram. Henry Ford teve a companhia de 
quase quinhentos outros empreendedores no inicio do seculo XX. Imagine ser um 
empreendedor do setor automobilistico, formado em engenharia de ponta, no andar terreo de 
uma das maiores oportunidades de mercado da historia. No entanto, a grande maioria nao 
conseguiu ganhar dinheiro. 22 Observamos o mesmo fenomeno com o Facebook, que enfrentou a 
concorrencia inicial de outras redes sociais baseadas em universidades, cujas vantagens 
iniciais acabaram sendo irrelevantes. 

O que diferencia as historias de sucesso das de fracasso e que os empreendedores bem- 
sucedidos tiveram a presciencia, a habilidade e as ferramentas para descobrir que partes dos 
seus pianos estavam fiincionando muito bem e que partes estavam mal orientadas, adaptando 
suas estrategias de forma correspondente. 

Valor e crescimento 

Como vimos na historia do Facebook, dois saltos de fe ficaram acima de todos os outros: a 
hipotese de cria^ao de valor e a hipotese de crescimento. O primeiro passo para entender um 
novo produto ou servigo e descobrir se ele cria ou destroi valor. Utilizo a linguagem da 
economia ao me referir a valor em vez de lucro, pois os empreendedores incluem pessoas que 
come^am empreendimentos sociais sem fins lucrativos, aqueles nas startups do setor publico, 
e os agentes internos de mudanca, que nao julgam seu sucesso apenas pelo lucro. Ainda mais 
embaracoso: ha muitas organizacoes que sao muito lucrativas a curto prazo, mas acabam 
destruindo valor, como os esquemas de piramide, corrente e empresas traudulentas ou mal 
orientadas (por exemplo, Enron e Lehman Brothers). 

Algo similar e verdadeira para o crescimento. Como emrelagao ao valor, e fundamental que 
os empreendedores entendam os motivos por tras do crescimento de uma startup. Ha diversos 
tipos de destrui^ao de valor referentes ao crescimento que devem ser evitados. Um exemplo 


seria o negocio que cresce por meio da continua captagao de investimentos e de muita 
propaganda paga, mas que nao desenvolve um produto que cria valor. 

Esses negocios estao envolvidos no que denomino teatro do sucesso, utilizando a aparencia 
do crescimento, aquilo que tenta parecer bem-sucedido. Um dos objetivos da contabilidade 
para inova^ao, que e discutida em profundidade no Capltulo 7, e ajudar a diferenciar essas 
falsas startups dos inovadores de verdade. A contabilidade tradicional avalia os novos 
empreendimentos pelos mesmos padroes que utiliza para empresas estabelecidas, mas esses 
apontamentos nao sao indicadores confiaveis das perspectivas fiituras de uma startup. 
Consideremos empresas como a Amazon.com, que acumulou imensas perdas no caminho para 
o grande sucesso. 

Como a contabilidade tradicional, a contabilidade para inovagao requer que uma startup 
tenha e mantenha um modelo financeiro quantitative, que possa ser utilizado para avaliar o 
progresso com rigor. No entanto, nos primeiros dias de uma startup, nao ha dados suficientes 
para fazer uma estimativa a respeito do que esse modelo pode parecer. Os primeiros pianos 
estrategicos de uma startup tendem a ser orientados por pressentimento ou intui^ao, e isso e 
uma coisa boa. Para converter esses instintos em dados, os empreendedores devem, na 
conhecida frase de Steve Blank, “get out of the building ” (“sair do predio”)e comegar a 
aprender. 

GENCHIGEMBUTSU 

A importancia de basear decisoes estrategicas na compreensao direta, em primeira mao, dos 
clientes e um dos principios basicos que fiindamentam o Sistema de Produgao Toyota. Na 
Toyota, isso recebe o nome em japones de genchi gembutsu, uma das mais importantes 
expressoes do vocabulario da manufatura enxuta. Em ingles, essa expressao e em geral 
traduzida como uma diretriz para “go and see for yourself ’ (“va e veja por si mesmo”), de 
modo que as decisoes empresariais possam se basear no conhecimento direto, por experiencia 
propria. Jeffrey Liker, que documentou amplamente o Toyota Way (estilo Toyota), explica-o da 
seguinte maneira. 


Na Toyota, nas minhas entrevistas, quando perguntava a diferenga entre o Toyota Way e as outras abordagens 
administrativas, a resposta mais comum era genchi gembutsu - quer eu estivesse na manufatura, no desenvolvimento 
de produtos, nas vendas, na distribuigao, quer estivesse nos assuntos publicos. Voce nao pode ter certeza de entender 
qualquer parte de qualquer problema empresarial se nao for e ver por si mesmo, de modo direto. Nao se pode aceitar 
qualquer coisa como fato consumado ou se valer dos relatos dos outros.— 

Para fins de demonstra^ao, consideremos o desenvolvimento do modelo 2004 da minivan 
Sienna. Na Toyota, o gerente responsavel pelo projeto e desenvolvimento de umnovo modelo 
e chamado de engenheiro-chefe, isto e, um lider multifuncional que supervisiona todo o 
processo, desde o conceito ate a produ^ao. O P&D do Sienna 2004 foi atribuido a Yuji 
Yokoya, que tinha pouquissima experiencia nos Estados Unidos, o principal mercado do 
Sienna. Para descobrir como melhorar a minivan, ele propos um empreendimento audacioso: 


uma longa viagem atravessando todos os cinquenta estados norte-americanos, todas as treze 
provincias e territories canadenses, e todas as regioes do Mexico. No total, seriammais de 85 
mil quilometros a percorrer. Nas pequenas e grandes cidades, Yokoya alugaria um modelo 
corrente do Sienna, conduzindo o veiculo e tambem conversando e observando clientes reais. 
A partir dessas observagoes diretas, Yokoya era capaz de comegar a testar suas suposigoes 
basicas a respeito do que os consumidores norte-americanos queriam de uma minivan. 

E comum achar a venda para consumidores mais facil do que a venda para empresas, pois 
estas carecem da complexidade de diversos departamentos e inumeras pessoas desempenham 
fungoes diferentes no processo de compra. Yokoya descobriu que isso nao era verdade em 
relagao a seus clientes: “Os pais e os avos podem ser os donos da minivan. Mas sao as 
criangas que mandam. Sao elas que ocupam os dois tergos traseiros do veiculo. E sao as 
criangas que dao as opinioes mais criticas, e tambem as mais apreciativas a respeito do 
ambiente delas. Se aprendi algo emminhas viagens, foi que o novo Sienna precisaria de apelo 
infantojuvenil”.- Identificar essas suposigoes ajudou a orientar o desenvolvimento do carro. 
Por exemplo, Yokoya gastou uma quantia incomum do orgamento de desenvolvimento do 
Sienna em conforto interno, que e decisivo em uma viagem familiar de longa distancia (essas 
viagens sao muito mais comuns nos Estados Unidos do que no Japao). 

Os resultados foram impressionantes, aumentando muito a participacao de mercado do 
Sienna. As vendas do modelo 2004 foram 60% maiores do que as de 2003. Naturalmente, um 
produto como o Sienna e uma classica inovagao de sustentagao,- o tipo em que as empresas 
estabelecidas mais bem gerenciadas do mundo, como a Toyota, se destacam Os 
empreendedores enfrentam um conjunto diferente de desafios, pois atuam com uma incerteza 
muito maior. Enquanto uma empresa trabalhando numa inovagao de sustentagao sabe o 
suficiente a respeito de quern sao seus clientes e onde eles estao para utilizar o genchi 
gembutsu a fim de descobrir o que os clientes querem, o contato inicial das startups com 
possiveis clientes meramente revela que suposigoes requerem o teste mais urgente. 


SAIA DO PREDIO 

Os numeros contam uma historia convincente, mas sempre recordo os empreendedores de que 
as metricas tambem sao pessoas. Nao importa quantos intermediaries estejam entre uma 
empresa e seus clientes, no fim do dia, os clientes respiram, pensam, compram coisas 
pessoais. O comportamento deles e mensuravel e variavel. Mesmo quando uma pessoa esta 
vendendo para grandes instituigoes, como no modelo de empresa para empresa (B2B, do 
ingles Business to Business), ajuda lembrar que esses negocios sao constituidos de individuos. 
Todos os modelos bem-sucedidos de vendas dependem da decomposigao da visao monolitica 
das organizagoes nas pessoas dispares que as constituem 

Como Steve Blank ensinou aos empreendedores durante anos, os fatos que precisamos 
coletar a respeito de clientes, mercados, fornecedores e canais existem apenas “fora do 
predio”. As startups precisam de contato extensivo com possiveis clientes para entende-los; 
assim, levante-se da cadeira e va conhece-los. 

Nesse processo, o primeiro passo e confirmar que suas questoes de salto de fe se baseiam 


na realidade, que o cliente possui umproblema importante cuja solugao vale a pena.- Quando 
Scott Cook concebeu a Intuit, em 1982, ele teve uma visao - naquela epoca, bastante radical - 
de que, um dia, os consumidores utilizariam computadores pessoais para pagar contas e 
acompanhar suas despesas. Quando Cook deixou seu emprego de consultor para se arriscar no 
empreendedorismo, ele nao come^ou com pilhas de pesquisas de mercado ou analises 
detalhadas no quadro branco. Em vez disso, arrumou duas listas telefonicas: uma de Palo Alto, 
na California, onde estava morando na epoca, e outra de Winnetka, em Illinois. 

Telefonando ao acaso para algumas pessoas, Cook queria saber se poderia lhes fazer 
algumas perguntas a respeito da maneira como gerenciavam suas finan^as. Essas conversas 
iniciais foram idealizadas para responder a esta pergunta associada ao salto de fe: as pessoas 
acham Irustrante pagar as contas a mao? Revelou-se que sim, e essa validagao inicial deu a 
Cook a confirma^ao de que ele precisava para buscar uma sohpao.- 

Aquelas primeiras conversas nao se aprofimdaram nos atributos de produto de uma possivel 
solu^ao; tentativa que teria sido tola, pois os consumidores comuns daquele tempo nao eram 
bastante versados em computadores pessoais para ter uma opiniao a respeito da possibilidade 
de quererem utiliza-los de uma nova maneira. Aquelas conversas iniciais foram com clientes 
convencionais, nao com adotantes iniciais. No entanto, elas renderam uma percepgao 
essencial: se a Intuit conseguisse achar uma maneira de solucionar esse problema, poderia 
haver uma grande audiencia convencional sobre a qual desenvolver umnegocio significativo. 


Design e o arquetipo do cliente 

O objetivo de contatos iniciais com os clientes nao e obter respostas defmitivas. Em vez 
disso, e esclarecer num nivel basico, bruto, que entendemos nossos possiveis clientes e os 
problemas que eles tern. Com esse entendimento, podemos compor um arquetipo do cliente 
(tambem conhecido como persona), um documento sumario que procura humanizar o cliente - 
alvo proposto. Esse arquetipo e um guia essencial para o desenvolvimento do produto, 
assegurando que as decisoes de prioriza^ao que cada equipe de produto deve tomar 
diariamente estao de acordo com os clientes a quern a empresa tern a intengao de atrair. 

Ha muitas tecnicas para construir um arquetipo preciso do cliente, que foram desenvolvidas 
ao longo de anos de pratica da comunidade de design. As abordagens tradicionais, como 
design de i liter acao ou design thinking, sao muito uteis. Para mim, sempre pareceu ironico 
que muitas dessas abordagens fossem altamente experimentais e interativas, e que utilizem 
tecnicas como prototipa^ao rapida e observances de cliente face a face para orientar o 
trabalho dos designers. No entanto, devido a maneira pela qual os escritorios de design em 
geral sao remunerados, todo esse trabalho culmina num entregavel monolitico para o cliente. 
De repente, a aprendizagem rapida e a experimentanao cessam; a suposigao e que os designers 
aprenderam tudo o que era possivel. Para as startups, esse e ummodelo impraticavel. Nenhum 
montante de design pode antever as diversas complexidades de trazer um produto a vida no 
mundo real. 

De fato, uma nova geragao de designers desenvolve novas tecnicas sob a bandeira da Lean 
User Experience - Experiencia do Usuario Enxuta (Lean UX - UX Enxuta). Eles reconhecem 


que o arquetipo do cliente e uma hipotese, nao um fato. O perfil do cliente deve ser 
considerado provisorio ate a estrategia mostrar, via aprendizagem validada, que podemos 
atender esse tipo de cliente de maneira sustentavel.- 


PARALISIA DA ANALISE 

Ha dois perigos sempre presentes quando os empreendedores realizam pesquisas de mercado 
e conversam com os clientes. Os seguidores da escola de empreendedorismo do tipo “va em 
frente” (“just do it”) sao impacientes em relagao a comegar uma atividade e nao querem 
dedicar um tempo para analisar a estrategia. Eles comegam a desenvolver de imediato, muitas 
vezes apos poucas conversas superficiais com os clientes. Infelizmente, como os clientes nao 
sabem o que querem, e facil para esses empreendedores se iludir, achando que estao no 
caminho certo. 

Outros empreendedores podem ser vitimas da paralisia da analise, refmando seus pianos 
interminavelmente. Nesse caso, conversar com os clientes, ler os relatorios da pesquisa e 
formular estrategias no quadro branco sao todas atividades igualmente inuteis. O problema 
com os pianos da maioria dos empreendedores nao e que eles nao seguem principios 
estrategicos solidos, mas que eles se baseiam em fatos errados. Infelizmente, a maioria desses 
erros nao pode ser detectada no quadro branco, pois dependem de interacoes sutis entre 
produtos e clientes. 

Se muita analise e uma atitude perigosa, e nenhuma pode levar ao ffacasso, como os 
empreendedores sabem o momenta de parar de analisar e come^ar a desenvolver? A resposta 
e umconceito denominado produto minimo viavel, assunto do Capitulo 6. 


18 Por exemplo, a CU Community, que comegou na Universidade Columbia, tinha uma vantagem competitiva inicial. Ver 
<http://www.slate.com/id/2269131/ >. Essa descrigao da fundagao do Facebook e tirada de The Facebook Effect , de David 
Kirkpatrick (Nova York: Simon & Schuster, 2011). 


19 Os numeros reais de engajamento de 2004 sao dificeis de achar, mas esse padrao foi consistente em todas as declaragoes 
publicas do Facebook. Por exemplo, em 2005, Chris Hughes declarou que “60% dos usuarios acessam todos os dias. Cerca de 
85% acessam ao menos uma vez por semana, e 93% acessam ao menos uma vez por mes”. Disponivel em: 
<http://techcrunch.com/2005/09/Q7/85-of-college-students-use-facebook/ >. 


20 Escutei pela primeira vez o termo alo de fe aplicado a suposigoes relativas a startups de Randy Komisar, ex-colega e atual 
socio na Kleiner Per kin s Caufield & Biers, empresa de capital de risco. Ele amplia o conceito em seu livro Getting to Plan B, 
em coautoria com John Mu llin s. 


21 Disponivel em: < http://www.forbes.com/2009/09/17/venture-capital-ipod-int.elligent-technologv-komisar.htm1> . 


22 “Uma tabela cuidadosamente pesquisada, compilada para a revista Motor, de autoria de Charles E. Duryea, ele proprio um 
fabricante de carros pioneiro, revelou que, entre 1900 e 1908, 501 empresas foram criadas nos Estados Unidos com o objetivo 
de fabricar automoveis. Sessenta por cento dessas fabricas fecharam depois de poucos anos; outros 6% mudaram para outras 
areas de produgao.” Essa citagao e da biografia de Ford intitulada The People s Tycoon: Henry Ford and the American 
Century, de Steven Watts (Nova York: Vintage, 2006). 





23 Jeffrey K. Liker, The Toyota Way (Nova York: McGraw 11 ill. 2003, p. 223). 


24 Disponivel em: < lntp:/'/'www.aut()fielduuide.com/aiiicles/030302.lninl >. 


25 Clayton Christensen classifica as inovagdes em tres tipos: a) de sustentagao (ou sustentadora) - inovagao incremental em 
que um produto novo e melhor sustenta o negocio em questao; b) de ruptura (ou disruptiva) - inovagao radical em que um 
produto novo e muito mais simples e acessivel atinge novos consumidores e acaba por transformar todo o mercado, geralmente 
eliminando competidores antigos; c) de modelo de negocios - inovagao do modelo de negocios, nao do produto ou da tecnologia. 


26 No modelo de desenvolvimento do cliente, isso se denomina descoberta do cliente. 


27 Para mais detalhes sobre a fundagao da Intuit, ver Inside Intuit, de Suzanne Taylor e Kathy Schroeder. 


28 Para mais detalhes sobre o movimento Lean UX, ver: 

<http://www.cooper.com/iournal/2011/02/lean ux product stewardship an.html> e <http://www.slideshare.net/ieothelf/lean-ux- 
getting-out-of-the -de liverable s -bus ine s s >. 
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TESTAR 


O Groupon e uma das empresas de crescimento mais rapido de todos os tempos. Seu nome 
deriva de group coupons (“cupons de grupo”), uma ideia engenhosa que gerou toda uma 
industria de imitadores de comercio social. No entanto, o inicio da empresa nao foi dos mais 
auspiciosos. Quando os clientes usaram o Groupon em sua primeira oferta, um colossal grupo 
de vinte pessoas adquiriu o direito de comer duas pizzas pelo prego de uma numa pizzaria 
situada no primeiro andar do predio onde ficava o escritorio da empresa, em Chicago - estava 
longe de ser um evento capaz de mudar o mundo. 

De fato, na origem, o Groupon nao pretendia se ocupar com comercio. Andrew Mason, o 
fundador, pretendia que sua empresa se tornasse uma “plataforma de ativismo coletivo”, 
denominada The Point. Seu objetivo era reunir pessoas para solucionar problemas que elas 
nao eram capazes de resolver por conta propria, como arrecadacao de fundos em favor de uma 
causa ou boicote a uma certa loja. No entanto, os primeiros resultados da Point foram 
decepcionantes, e, no final de 2008, os fimdadores decidiram tentar algo novo. Embora 
continuassem tendo grandes ambicoes, estavam determinados a manter o novo produto 
simples. Eles desenvolveram um produto minimo viavel. Isso soa como uma empresa de 1 
bilhao de dolares para voce? Mason conta a historia: 


Criamos um blog para o Groupon com o WordPress e todos os dias colocavamos um novo post. Era “gueto” total. 
Vendlamos camisetas na primeira versao do Groupon. Diziamos na descrigao: “Essa camiseta sera entregue na cor 
vermelha, no tamanho grande. Se voce quiser uma cor ou tamanho diferente, mande um e-mail para nos”. Nao 
tinhamos sequer um formulario para adicionar isso. Foi tudo feito as pressas. 

Era o suficiente para testar o conceito e mostrar que era algo que as pessoas de fato gostavam. A geragao real do 
cupom que faziamos era toda baseada em FileMaker. Executamos um script que enviaria, via e-mail, o cupom em PDF 
para as pessoas. Foi direto ao ponto quando vendemos quinhentos cupons de sushi num dia e enviamos ao mesmo 
tempo quinhentos PDFs para as pessoas via Apple Mail. Na realidade, ate julho do primeiro ano, foi uma luta nos 

mantermos a tona. Era tentar colocar em dia e juntar os pedagos de um produto.— 

PDFs feitos a mao, um cupom de pizza e um blog simples foram o suficiente para 
transformar o Groupon num grande sucesso; ele esta em vias de se tornar a empresa mais 
rapida da historia a alcan^ar 1 bilhao de dolares em vendas, e revolucionou a maneira pela 
qual empresas locais encontram novos clientes, disponibilizando ofertas especiais para os 
consumidores emmais de 375 cidades emtodo o mundo.- 



Um produto mmimo viavel (MVP) ajuda os empreendedores a comegar o processo de 
aprendizagem o mais rapido possivel.- No entanto, nao e necessariamente o menor produto 
imaginavel; trata-se, apenas, da maneira mais rapida de percorrer o ciclo construir-medir- 
aprender de feedback com o menor esfor^o possivel. 

Ao contrario do desenvolvimento de produto tradicional, que, emgeral, envolve umperiodo 
de incuba^ao longo e ponderado e aspira a perfei^ao do produto, o objetivo do MVP e 
come^ar o processo de aprendizagem, nao termina-lo. Diferentemente de um pro to tipo ou teste 
de conceito, um MVP e projetado nao so para responder a perguntas tecnicas ou de design do 
produto. Seu objetivo e testar hipoteses fundamentais do negocio. 


POR QUE OS PRIMEIROS PRODUTOS NAO DEVEM SER 
PERFEITOS 

Na IMVU, quando estavamos levantando dinheiro com os investidores de capital de risco, 
ficamos constrangidos. Primeiro, nosso produto ainda era ruime de baixa qualidade. Segundo, 
embora estivessemos orgulhosos dos resultados empresariais, eles nao eram exatamente 
esplendidos. A boa noticia era que estavamos numa curva de crescimento exponencial (o 
famoso “taco de hoquei”). A ma noticia era que essa curva crescia ate apenas cerca de 8 mil 
dolares mensais de receita. Esses numeros eram tao baixos que, com frequencia, os 
investidores nos perguntavam: “Quais sao as unidades desses graficos? Esses numeros sao em 
milhares?”. Respondiamos: “Nao, senhor, sao em unidades”. 

No entanto, os resultados iniciais eram extremamente significativos em prever a trajetoria 
futura da IMVU. Como veremos no Capitulo 7, eramos capazes de validar duas das suposi^oes 
do tipo salto de fe: a IMVU provia valor para os clientes, e tinhamos um motor de crescimento 
em fimcionamento. Os numeros brutos eram pequenos porque vendiamos o produto para 
clientes iniciais visionarios denominados adotantes iniciais. Antes que novos produtos 
possam ser vendidos com sucesso para o mercado de massa, eles precisam ser vendidos para 
adotantes iniciais. Essas pessoas sao um tipo especial de clientes. Elas aceitam - de fato, 
preferem - uma solu^ao de 80%; voce nao precisa de uma solugao perfeita para capturar o 
interesse delas. 

Os adotantes iniciais de tecnologia fizeram fila em torno do quarteirao por causa do iPhone 
da Apple, ainda que o aparelho carecesse de recursos basicos como copiar e colar, 
velocidade de Internet 3G e suporte para e-mail corporativo. O mecanismo original de busca 
do Google era capaz de responder a consultas sobre topicos especializados, como 
Universidade Stanford e sistema operacional Linux, mas levaria anos ate conseguir “organizar 
as informa^oes do mundo”. No entanto, isso nao impediu os adotantes iniciais de exalta-lo. 

Os adotantes iniciais utilizam sua imaginacao para completar o que falta num produto. Eles 
preferem esse estado de coisas, pois a principal preocupa^ao deles e serem os primeiros a 
utilizar ou adotar um novo produto ou tecnologia. Nos produtos de consumo, com frequencia, e 
a sensagao de ser o primeiro da rua a mostrar um novo tenis, tocador de musica ou celular. 


Nos produtos corporativos, consiste nao raro em conquistar uma vantagem competitiva 
arriscando-se com algo novo, que os concorrentes ainda nao tern Os adotantes iniciais sao 
desconfiados de algo que ja e muito refmado: se esta pronto para que todos ado tern, qual sera 
a vantagem de a pessoa ser uma das primeiras? Em consequencia, funcionalidades adicionais 
ou refmamentos alem do demandado pelos adotantes iniciais e uma forma de recursos e tempo 
desperdigados. 

Essa e uma verdade dificil para muitos empreendedores aceitarem. Afinal, a visao destes e 
a de um produto comercial de alta qualidade, que mudara o mundo, e nao um utilizado por um 
pequeno nicho de pessoas que estao dispostas a fazer uma tentativa antes de o produto estar 
pronto. Esse produto capaz de mudar o mundo e refmado e esta pronto para a estreia em 
“horario nobre”. Ganha premios em feiras comerciais e, principalmente, e algo que voce pode 
mostrar com orgulho para a mamae e o papai. Um produto inicial, feio, incompleto parece um 
compromisso inaceitavel. Quantos de nos fomos criados com a expectativa de que fariamos o 
melhor trabalho possivel? Como um gerente disse para mim ha pouco tempo: “Sei por mim; o 
MVP parece um pouco perigoso - de uma maneira positiva pois sempre fui muito 
perfeccionista”. 

Os produtos minimos viaveis variam em complexidade, desde testes muito simples (pouco 
mais do que um anuncio) ate prototipos iniciais reais, incluindo problemas e recursos 
ausentes. Uma decisao exata sobre a complexidade que um MVP precisa ter nao pode ser 
tomada por meio de formulas. E necessario julgamento. Felizmente, esse discernimento nao e 
dificil de ser desenvolvido: a maioria dos empreendedores e do pessoal de desenvolvimento 
de produtos superestima muito quantas funcionalidades sao necessarias em um MVP. Em caso 
de duvida, simplifique. 

Por exemplo, consideremos um servi^o que e vendido com um periodo de teste gratuito de 
ummes. Antes de o cliente poder utilizar o servigo, ele temde se registrar para o teste. Entao, 
uma suposigao obvia em relagao ao modelo de negocios e que os clientes se registrarao para 
um teste gratuito depois de terem uma determinada quantidade de informacoes acerca do 
servigo. Uma questao critica a considerar e se os clientes de fato se registrarao para um teste 
gratuito dado um determinado numero de funcionalidades prometido (a hipotese de valor). 

Em algum lugar do modelo de negocios, provavelmente entranhada numa unica celula de 
uma planilha, especifica-se a “porcentagem de clientes que percebem a oferta de teste gratuito 
e que, depois, registram-se”. Talvez em nossas projegoes digamos que esse numero deva 
equivaler a 10%. Se voce pensar a respeito, essa sera uma questao associada a um sal to de fe. 
Na realidade, deve ser representada comletras bemgrandes, numa fonte vermelha, emnegrito: 
SUPOMOS QUE 10% DOS CLIENTES SE REGISTRARAO. 

A maioria dos empreendedores aborda uma questao como essa desenvolvendo o produto e, 
emseguida, verificando como os clientes reagema isso. Considero isso retrogrado, pois pode 
levar a muito desperdicio. Primeiro, se se relevar que estamos desenvolvendo algo que 
ninguem quer, toda a pratica sera um gasto evitavel de tempo e dinheiro. Se os clientes nao 
quiserem se registrar para o teste gratuito, nunca chegarao a experimentar os recursos 
incriveis que os esperam. Mesmo se eles se registrarem, ha muitas outras oportunidades de 
desperdicio. Por exemplo, quantos recursos precisamos de fato incluir para atrair os adotantes 



iniciais? Cada recurso extra e uma forma de desperdicio, e se atrasarmos o teste por causa 
desses recursos extras, isso embute um enorme custo potencial em termos de aprendizagem e 
tempo de ciclo. 

A ligao do MVP e que qualquer trabalho adicional alem do que foi requerido para iniciar a 
aprendizagem e desperdicio, nao importa a relevancia que pareca ter tido naquele momento. 

Para demonstrar, compartilharei diversas tecnicas de MVP referentes a startups enxutas 
reais. Em cada caso, voce testemunhara empreendedores evitando a tentagao de desenvolver e 
prometer em excesso. 


O PRODUTO MINIMO VIAVEL EM VIDEO 

Drew Houston e CEO da Dropbox, empresa do Vale do Silicio que oferece uma ferramenta de 
compartilhamento de arquivos de utilizagao muito facil. Instale esse aplicativo e uma pasta 
Dropbox surge na area de trabalho do seu computador. Tudo o que voce arrastar para a pasta e 
carregado de modo automatico para o servigo Dropbox e, depois, replicado instantaneamente 
atraves de todos os seus computadores e dispositivos. 

A equipe fiindadora era constituida de engenheiros, pois o produto exigiu especializagao 
tecnica significativa para ser desenvolvido. Requereu, por exemplo, integragao com diversas 
plataformas e sistemas operacionais: Windows, Macintosh, iPhone, Android etc. Cada uma 
dessas implementagoes acontece num nivel profiindo do sistema, exigindo know-how 
especializado para tornar a experiencia do usuario excepcional. De fato, uma das maiores 
vantagens competitivas do Dropbox e que o produto fiinciona de uma maneira tao perfeita que 
a concorrencia se esforga para copia-lo. 

Nao sao o tipo de pessoas que alguem consideraria genios do marketing. De fato, nenhum 
deles havia trabalhado alguma vez numa atividade de marketing. Eles tinham investidores de 
capital de risco importantes e se podia esperar que aplicassem o pensamento padrao de 
desenvolvimento para dar inicio ao negocio: desenvolva o produto e os clientes virao. Mas a 
Dropbox fez algo diferente. 

Em paralelo com suas iniciativas de desenvolvimento do produto, os fiindadores quiseram o 
feedback dos clientes sobre o que de fato tinha importancia para eles. Em particular, a 
Dropbox precisava testar sua pergunta associada a um ato de fe: se conseguissemos 
proporcionar ao cliente uma experiencia superior, as pessoas testariam nosso produto? Eles 
acreditavam- comrazao, revelou-se - que a sincronizagao de arquivos era umproblema que 
a maioria das pessoas nao sabia que tinha. Assim que voce vivencia a solugao, nao e capaz de 
imaginar como conseguiu viver semisso ate entao. 

Esse nao e o tipo de pergunta, ligada ao empreendedorismo, que voce pode formular ou 
esperar uma resposta num grupo de foco. Com frequencia, os clientes nao sabem o que 
querem, e, em muitos casos, tiveram dificuldade de entender a Dropbox quando o conceito foi 
explicado. Houston aprendeu isso do jeito mais dificil, quando tentou conseguir capital de 
risco. Em sucessivas reunioes, os investidores explicavam que esse “espago de mercado” 
estava abarrotado de produtos, que nenhum deles tinha ganho muito dinheiro, e que o problema 
nao era muito importante. Houston dizia: “\bce experimentou pessoalmente os outros 



produtos?”. Quando alguem respondia que sim, ele perguntava: “Funcionaram com 
perfei^ao?”. A resposta quase sempre era nao. No entanto, em sucessivas reunioes, os 
investidores nao conseguiam imaginar um mundo de acordo com a visao de Houston. Em 
contraste, ele acreditava que, se o software “funcionasse como magica”, os clientes afluiriam 
para ele. 

O desafio era que era imposslvel demonstrar o software funcionando na forma de um 
prototipo. O produto exigia que eles superassem obstaculos tecnicos significativos; tambem 
tinha um componente de servi^o on-line que requeria alta confiabilidade e disponibilidade. 
Para evitar o risco de acordar apos anos de desenvolvimento com um produto que ninguem 
queria, Houston fez algo inesperadamente facil: ele produziuum video. 

O video e banal, uma apresenta^ao simples da tecnologia, com tres minutos de duragao, 
mostrando como ela pretendia funcionar, mas era direcionada a comunidade de adotantes 
iniciais de tecnologia. Houston narra o video pessoalmente, e, enquanto narra, o espectador 
fica observando sua tela. Enquanto ele descreve os tipos de arquivos que gostaria de 
sincronizar, o espectador pode observar o mouse manipular o computador de Houston. E 
evidente que, se a pessoa prestar atengao, come^ara a perceber que os arquivos que ele esta 
deslocando sao cheios de references comicas e piadas internas que foram apreciadas pela 
comunidade de adotantes iniciais. Drew relata: “Direcionei centenas de milhares de pessoas 
para o site. Nossa lista de espera beta passou de 5 mil para 75 mil pessoas literalmente da 
noite para o dia. Isso nos surpreendeu por completo”. Atualmente a Dropbox e uma das 
empresas mais quentes do Vale do Silicio, suscitando rumores de que vale mais do que 1 
bilhao de dolares.- 

Nesse caso, o video era o produto minimo viavel. O MVP validou a suposi^ao do tipo salto 
de fe de Houston, ou seja: os clientes queriam o produto que ele estava desenvolvendo nao 
porque fora mencionado num grupo de foco ou por causa de uma analogia auspiciosa com 
outro negocio, mas porque de fato se registraram. 


O PRODUTO MINIMO VIAVEL COM CONCIERGE 

Consideremos outro tipo de tecnica de MVP: o MVP com concierge. Para compreender o 
funcionamento dessa tecnica, falemos de Manuel Rosso, CEO de uma startup sediada em 
Austin, no Texas, denominada Food on the Table. A Food on the Table cria pianos de refei^oes 
semanais e listas de compras que se baseiam nos alimentos que a pessoa e sua familia gostam 
e, em seguida, acessa os supermercados locais para achar os melhores pregos. 

Depois de a pessoa se cadastrar no site, ela realiza um breve procedimento de configuragao, 
no qual identifica seu supermercado principal e seleciona os alimentos apreciados por sua 
familia. Depois, pode escolher outro supermercado proximo se quiser comparar os pre^os. 
Em seguida, e apresentada a uma lista de itens que se baseiam nas suas preferences, 
solicitando que responda a seguinte pergunta: “O que voce esta com vontade de comer esta 
semana?”. Ela faz suas escolhas, seleciona a quantidade de refei^oes que esta disposta a 
planejar, e seleciona o que a preocupa mais em termos de tempo, dinheiro, saude ou 
variedade. A essa altura, o site busca receitas que correspondem as necessidades dela, 


determina o prego das refeigoes ela, e permite que a pessoa imprima sua lista de compras.- 

Sem duvida, e um servigo complexo. Nos bastidores, uma equipe de chefs profissionais cria 
receitas que tiram proveito dos itens que estao em promogao nos supermercados locais de 
todo o pais. Essas receitas sao compatibilizadas, via algoritmo de computador, com as 
necessidades e preferencias de cada familia. Tentemos visualizar o trabalho envolvido: um 
banco de dados de quase todos os supermercados do pais tern de ser mantido, incluindo o que 
esta em promogao em cada um naquela semana. As informagoes de produtos alimenticios 
devem ser compatibilizadas com receitas apropriadas e, entao, corretamente customizadas, 
tagueadas (etiquetadas) e classificadas. Se uma receita pedir talos de brocolis, sera o mesmo 
ingrediente em promogao no supermercado local? 

Depois de ler essa descrigao, voce talvez se surpreenda ao saber que a Food on the Table 
(FotT) comegou sua vida com um unico cliente. Em vez de dar suporte a milhares de 
supermercados de todo o pais como hoje em dia, a FotT o fazia a apenas um. Como a empresa 
escolheu a loja a qual dava suporte? Os fiindadores nao escolheram - ate conseguirem seu 
primeiro cliente. Da mesma forma, comegaram sem nenhuma receita - ate o primeiro cliente 
estar pronto para iniciar seu planejamento de refeigoes. De fato, a empresa atendeu seu 
primeiro cliente sem desenvolver qualquer software, sem firmar qualquer parceria de 
desenvolvimento comercial, e sem contratar qualquer chef. 

Manuel e Steve Sanderson, vice-presidente de produtos, visitaram supermercados locais e 
grupos de maes em Austin. Parte da missao deles era a tipica observagao de clientes, que e 
uma parte do design thinking e de outras tecnicas de ideagao. No entanto, Manuel e sua 
equipe tambem estavam em busca de outra coisa: o primeiro cliente. 

A medida que conheciam possiveis clientes nesses ambientes, eles os entrevistavam da 
maneira que um bom pesquisador de mercado entrevistaria, mas, no final de cada entrevista, 
procuravam fazer uma venda. Eles descreviam os beneficios do FotT, mencionavam uma taxa 
de assinatura semanal, e convidavam o cliente a se registrar. Em geral, eles foram rejeitados. 
Afinal, a maioria das pessoas nao sao adotantes iniciais e nao se registrarao para um novo 
servigo sem conhece-lo de antemao. No entanto, alguemacabou contratando o servigo. 

Aquele unica adotante inicial teve um tratamento de concierge. Em vez de interagir com o 
produto da FotT por meio de um software impessoal, ele recebia a visita pessoal do CEO da 
empresa todas as semanas. Ele e o vice-presidente de produtos analisavam o que estava em 
promogao no supermercado preferido do cliente e selecionavam com atengao as receitas com 
base nas preferencias dele, ate aprender as receitas favoritas do cliente em termos de itens ele 
que preparava regularmente para a familia. Todas as semanas eles entregavam para o cliente - 
em pessoa - um pacote pronto, contendo uma lista de compras e receitas pertinentes, pediam 
feedbacks , se necessario, faziammudangas. Mais importante: todas as semanas eles recebiam 
um cheque de 9,95 dolares. 

Falemos de ineficiencia! Medido de acordo com criterios tradicionais, esse e um sistema 
terrivel, em que nao se pode trabalhar com ganhos em escala, alem de ser um complete 
desperdicio de tempo. O CEO e o vice-presidente de produtos, em vez de desenvolverem sua 
empresa, estao envolvidos emsolucionar o problema de um unico cliente. Em vez de trabalhar 
para milhoes de pessoas, eles se vendiam para uma. Pior de tudo: seus esforgos pareciam nao 


estar levando a algo tanglvel, pois nao tinham nenhum produto, nenhuma receita significativa, 
nenhum banco de dados de receitas, nem mesmo uma organizagao duradoura. 

No entanto, do ponto de vista da startup enxuta, eles estavam fazendo um progresso 
monumental. Toda semana aprendiam cada vez mais a respeito do que era necessario para 
tornar o produto deles um sucesso. Apos algumas semanas, estavam prontos para outro cliente. 
Cada cliente que conquistavam tornava mais facil conseguir o proximo, pois a FotT podia se 
concentrar no mesmo supermercado, passando a conhecer seus produtos e tambem os tipos de 
pessoas que faziam compras ali. Cada novo cliente recebia um tratamento de concierge : 
visitas domiciliares pessoais, tudo a que tinha direito. No entanto, apos mais alguns clientes, 
as despesas gerais de atende-los pessoalmente comegaram a crescer. 

Apenas no momento em que os fiindadores ficaram muito atarefados para conseguir novos 
clientes, Manuel e sua equipe comegaram a investir em automagao na forma de 
desenvolvimento de produto. Cada iteragao do seu produto minimo viavel permitiu-lhes 
poupar um pouco mais de tempo e atender mais alguns clientes: entrega das receitas e das 
listas de compras por meio de e-mails, em vez de por meio de visitas domiciliares; analise 
automatica das listas do que estava em promogao por meio de software, em vez de por meio 
de trabalho manual; e, com o tempo, recebimento de pagamentos on-line por meio de cartao de 
credito, em vez de por meio de cheques preenchidos a mao. 

Em pouco tempo, construiram uma prestagao de servigos de peso, primeiro na area de 
Austin e, no fim, em todos os Estados Unidos. No entanto, ao longo do caminho, a equipe de 
desenvolvimento de produto estava sempre concentrada na expansao de algo que estava 
funcionando, em vez de na tentativa de inventar algo que talvez funcionasse no fiituro. Em 
consequencia, as iniciativas de desenvolvimento envolveram muito menos desperdicio do que 
e caracteristico para um empreendimento de risco desse tipo. 

E importante comparar isso com o caso de uma pequena empresa, em que e rotineiro ver o 
CEO, o fundador, o presidente e o dono atendendo os clientes pessoalmente, um por vez. Num 
MVP com concierge, esse servigo personalizado nao e o produto, mas uma atividade de 
aprendizagem elaborada para testar as suposigoes do tipo salto de fe no modelo de 
crescimento da empresa. De fato, um resultado comum de um MVP com concierge e invalidar 
o modelo de crescimento proposto da empresa, deixando clara a necessidade de uma 
abordagem distinta. Isso podera acontecer mesmo que o MVP inicial tenha sido lucrativo. Sem 
um modelo de crescimento formal, diversas empresas sao pegas na armadilha de ficar 
satisfeitas com um pequeno negocio lucrativo, quando um pivo (mudanga de curso ou de 
estrategia) talvez levasse a um crescimento mais consideravel. Aunica maneira de saber e ter 
o modelo de crescimento testado sistematicamente com clientes reais. 

NAO PRESTE ATENCAO NAS OITO PESSOAS NOS 
BASTIDORES 

Conhega Max Ventilla e Damon Horowitz, tecnologos, dotados da visao de construir um novo 
tipo de software de busca, projetado para responder aos tipos de perguntas que perturbam 
empresas de ponta como o Google. O Google perturbado? Pense a esse respeito. O Google e 



outros mecanismos de busca se destacam em responder a perguntas factuais: qual e a montanha 
mais alta do mundo? Quem foi o vigesimo terceiro presidente dos Estados Unidos? No 
entanto, para perguntas mais subjetivas, o Google temdificuldades. Pergunte: “Qual e umbom 
lugar para beber um drinque depois do jogo na minha cidade?”, e a tecnologia vacila. O que e 
interessante a respeito desse tipo de perguntas e que elas sao relativamente faceis para uma 
pessoa responder. Imagine estar numcoquetel cercado por amigos. Qual seria a probabilidade 
de receber uma resposta de alta qualidade para sua pergunta subjetiva? E quase certo que 
obteria uma. Ao contrario das perguntas factuais, como essas perguntas subjetivas nao tern 
uma unica resposta correta, a tecnologia atual tern dificuldade para responde-las. Essas 
perguntas dependem da pessoa que as responde, da sua experiencia pessoal, gosto, e da 
aval iacao do que voce esta procurando. 

Para solucionar esse problema, Max e Damon criaram um produto chamado Aardvark. Com 
seu profiindo conhecimento tecnico e experiencia no setor, teria sido razoavel esperar que os 
dois mergulhassem na tarefa e come^assem a fazer a programa^ao. Em vez disso, eles levaram 
seis meses para descobrir o que deveriam desenvolver. Mas nao passaram aquele ano 
formulando estrategias no quadro branco ou envolvidos num projeto amplo de pesquisa de 
mere ado. 

Em vez disso, Max e Damon desenvolveram diversos produtos, cada um projetado para 
testar uma maneira de solucionar esse problema para seus clientes. Cada produto foi entao 
oferecido para beta testers, cujo comportamento foi usado para validar ou refutar cada 
hipotese especifica (ver exemplos no quadro). 


A lista de projetos a seguir sao exemplos do periodo de ideagao do Aardvark. t 

Rekkit. Servigo para coletar suas avaliagoes ( ratings ) de sites na Internet e lhe fornecer recomendagoes melhores. 

Ninjapa. Um modo de voce abrir contas em diversos aplicativos atraves de um site unico e gerenciar seus dados nos 
diversos sites dos aplicativos. 

The Webb. Numero central, para o qual voce pode ligar e falar com uma pessoa que pode fazer para voce qualquer 
coisa que seja possivel fazer on-line. 

Web Macros. Maneira de gravar sequences de passos nos sites, de modo que voce pode repetir a goes comuns, 
mesmo atraves de diferentes sites, e compartilhar “receitas” de como executou as tarefas on-line. 

Internet Button Company. Maneira de empacotar passos realizados em sites e funcionalidades inteligentes de 
preenchimento de formularios. Os usuarios podem codificar e compartilhar botoes de modo social (social bookmarking). 

1 Essa lista foi compilada pelo meu colega Tom Eisenmann, professor do curso de criagao de empreendimentos de risco de 
tecnologia, da Harvard Businnes School, para um caso que ele escreveu sobre a Aardvark para sua nova turma. Para 
mais informagoes, ver: <http://platformsandnetworks.blogspot.com/2011/01/launching-tech-ventures-part-i-course.html> . 


Max e Damon tinham a visao de que os computadores podiam ser utilizados para criar um 
assistente pessoal virtual, ao qual seus clientes podiam formular perguntas. Como o assistente 





era projetado para perguntas subjetivas, as respostas requeriam julgamento humano. Portanto, 
os experimentos iniciais do Aardvark tentaram diversas variacoes sobre esse tema, 
desenvolvendo uma serie de prototipos de maneira que os clientes pudessem interagir com o 
assistente virtual e ter suas perguntas respondidas. Todos os primeiros prototipos falharamem 
envoiver os clientes. 

Como Max descreve: “Financiamos a empresa comrecursos proprios e langamos prototipos 
muito baratos para teste. O que se tornou o Aardvark foi o sexto prototipo. Cada prototipo 
representou um esfor^o de duas a quatro semanas. Utilizamos pessoas para replicar o back¬ 
end o maximo possivel. Convidavamos de cem a duzentos amigos para testar os prototipos e 
mediamos quantos deles voltavam. Os resultados foram inequivocamente negativos ate o 
Aardvark”. 

Por causa do cronograma curto, nenhum dos prototipos envolveu tecnologia avangada. Em 
vez disso, foram MVPs projetados para testar uma pergunta mais importante: o que seria 
necessario para que os clientes se envolvessem com o produto e falassem com seus amigos a 
respeito? 

“Depois que escolhemos o Aardvark”, Ventilla afirma, “continuamos o processamento com 
pessoas, que replicaram partes do back-end por nove meses. Contratamos oito pessoas para 
gerenciar perguntas, classificar conversas etc. Na realidade, comegamos a buscar capital de 
risco antes da automatizagao do sistema; a suposigao era de que as linhas entre pessoas e 
inteligencia artificial se cruzariam, e, no minimo, provamos que desenvolviamos coisas a que 
as pessoas responderiam. 

Conforme refinavamos o produto, traziamos de seis a doze pessoas semanalmente para 
reagir a modelos, prototipos ou simulates que estavamos trabalhando. Era uma combinagao 
de usuarios existentes e pessoas que nunca viram o produto antes. Nosso engenheiros 
participaram de muitas dessas reunioes, para que pudessem fazer modificagoes em tempo real, 
e tambem para que pudessem sentir a afligao do usuario ao nao saber o que fazer”.- 

O produto Aardvark lane ado funcionava por meio de mensagem instantanea (MI). O cliente 
podia enviar uma pergunta via MI e o Aardvark lhe apresentaria uma resposta que era obtida 
da rede social do cliente: o sistema procuraria os amigos dos amigos dos amigos do cliente e 
apresentaria a pergunta para eles. Depois de obter uma resposta adequada, a informaria para o 
cliente inicial. 

Claro que um produto como esse requer um algoritmo muito importante: formulada uma 
pergunta a respeito de um determinado topico, quern e a melhor pessoa na rede social do 
cliente para responde-la? Por exemplo, uma pergunta sobre os restaurantes de San Francisco 
nao deveria ser encaminhada para alguem em Seattle. Mais desafiador ainda, uma pergunta 
sobre programagao de computador nao deveria ser encaminhada a um estudante de artes. 

Durante o processo de teste, Max e Damon depararam com diversos problemas tecnologicos 
dificeis como esses. Mas todas as vezes eles se recusaram, de modo enfatico, a soluciona-los 
num estagio inicial. Em vez disso, utilizaram o teste Magico de Oz para simular a solucao. 
Nesse teste, os clientes acreditam que estao interagindo com o produto real, mas, nos 
bastidores, pessoas estao fazendo o trabalho. Assim como o MVP com concierge, essa 
abordagem e incrivelmente ineficaz. Imagine um servigo que permitia aos clientes formular 


perguntas para pesquisadores humanos - gratis - e esperar uma resposta em tempo real. Esse 
servi^o (em escala) perderia dinheiro, mas e facil de ser desenvolvido numa microescala. 
Nessa microescala, possibilitou que Max e Damon respondessem a perguntas de grande 
importancia: se pudermos solucionar os dificeis problemas tecnicos subjacentes a esse 
produto de inteligencia artificial, as pessoas o utilizarao? O uso delas levara a criagao de um 
produto que possui valor real? 

Foi esse sistema que permitiu que Max e Damon pivotassem repetidas vezes e rejeitassem 
conceitos que pareciam promissores, mas que nao teriam sido viaveis. Quando eles estavam 
prontos para iniciar a expansao, tinham um roteiro ja pronto do que desenvolver. O resultado: 
o Aardvark foi adquirido por divulgados 50 milhoes de dolares... pelo Google.- 


O PAPEL DA QUALIDADE E DO DESIGN NUM MVP 

Um dos aspectos mais vexatorios do produto minimo viavel e o desafio que este apresenta as 
no^oes tradicionais de qualidade. Os melhores profissionais e especialistas aspiram a criar 
produtos de qualidade; e uma questao de orgulho. 

Os processos modernos de produ^ao se baseiam na alta qualidade como maneira de 
impulsionar a eficiencia. Funcionam usando a conhecida afirmagao de W. Edwards Deming: o 
cliente e a parte mais importante do processo de produ^ao. Significa que devemos concentrar 
a energia exclusivamente na produgao de resultados que o cliente percebe como dotados de 
valor. Permitir o desleixo no processo leva inevitavelmente a variagao excessiva. A variagao 
no processoo gera produtos de qualidade variavel aos olhos do cliente, que, na melhor das 
hipoteses, requerem reparos e, na pior, acarretam a perda do cliente. A maioria das filosofias 
modernas empresariais e de engenharia concentra-se na produgao de experiences de alta 
qualidade para os clientes como principio basico; e o fiindamento das praticas Seis Sigma, da 
manufatura enxuta, do design thinking, da programagao extrema e do movimento de software 
craftsmanship (artesanal). 

Essas discussoes de qualidade pressupoem que a empresa ja conhece os atributos do 
produto que o cliente valorizara. Numa startup, essa e uma suposicao arriscada. Muitas vezes, 
nao sabemos sequer quern e o cliente. Portanto, para as startups, acredito no seguinte principio 
de qualidade: 


Se nao sabemos quem e o cliente, nao sabemos o que e qualidade. 


Mesmo um MVP de “baixa qualidade” pode atuar a servigo do desenvolvimento de um 
produto de alta qualidade. Sim, as vezes, os MVPs sao percebidos como de baixa qualidade 
pelos clientes. Em caso afirmativo, devemos usar isso como uma oportunidade de descobrir 
os atributos com os quais os clientes se preocupam. Isso e infmitamente melhor do que a mera 
especulagao ou formulagao de estrategias no quadro branco, pois fornece uma base empirica 
solida sobre a qual desenvolver os fiituros produtos. 

As vezes, porem, os clientes reagem de modo muito diferente. Diversos produtos 
conhecidos foram langados num estado de “baixa qualidade”, e os clientes gostaram muito 


deles. Imagine se Craig Newmark, nos primeiros dias do Craigslist, tivesse se recusado a 
encaminhar sua newsletter muito simples porque nao tinha design grafico de alta qualidade. E 
se os fimdadores do Groupon tivessem achado que “duas pizzas pelo prego de uma” fosse 
indigno deles? 

Tenho tido diversas experiences parecidas. Nos primeiros dias do IMVU, nossos avatares 
ficavam parados em um lugar, incapazes de se movimentar pela tela. O motivo? Estavamos 
construindo um MVP e ainda nao tinhamos entfentado a dificil tarefa de criar a tecnologia que 
permitiria que os avatares passeassem pelo ambiente virtual que habitavam. Na industria do 
videogame , o padrao e que os avatares em 3D devem se mover de modo fluido enquanto 
caminham, evitar obstaculos no caminho e seguir um itinerario inteligente ate o seu destino. 
logos de computador de grande sucesso como The Sims, da Electronic Arts, fiincionam com 
base nesse principio. Nao quisemos langar uma versao de baixa qualidade desse recurso, 
portanto, optamos por apresentar avatares estaticos. 

O feedback dos clientes foi muito consistente: eles queriam a capacidade de mover seus 
avatares pelo ambiente. Consideramos isso uma ma noticia, pois significava que teriamos de 
despender uma quantidade consideravel de tempo e dinheiro numa solugao de alta qualidade 
similar ao The Sims. Mas antes de nos comprometermos com essa solugao, decidimos tentar 
outro MVP. Utilizamos um truque simples, que pareceu quase uma ffaude. Mudamos o produto 
de modo que o cliente podia clicar no lugar para onde queria que seu avatar se deslocasse e o 
avatar se teletransportava para la instantaneamente. Nenhuma caminhada, nenhum obstaculo 
evitado. O avatar desaparecia e, entao, reaparecia um instante depois no novo lugar. Nao 
podiamos nem mesmo bancar recursos graficos de teletransporte ou efeitos sonoros. Nos nos 
sentimos mal apresentando esse recurso, mas foi tudo o que conseguimos bancar. 

V)ce pode imaginar nossa surpresa quando come^amos a obter o feedback positivo do 
cliente. Nunca fizemos perguntas diretas sobre o recurso de movimento (estavamos muito 
constrangidos). No entanto, quando pedimos para que mencionassem as coisas de que mais 
gostavam a respeito do IMVU, os clientes listaram de modo constante o “teletransporte” do 
avatar entre as tres primeiras (de maneira inacreditavel, muitas vezes descreveram 
especificamente esse recurso como “mais avan^ado do que o The Sims”). Essa solugao barata 
superou em desempenho diversos recursos do produto que tinhamos muito orgulho, recursos 
que levaram muito mais tempo e dinheiro para produzir. 

Os clientes nao se importam com a quantidade de tempo que um produto leva para ser 
desenvolvido. Eles so se importam se atende as suas necessidades. Nossos clientes preferiram 
o recurso do teletransporte porque permitiu que chegassem ao destino o mais rapido possivel. 
Em retrospecto, isso fazia sentido. Quern de nos nao gostaria de chegar ao destino num 
instante? Sem filas, sem horas a bordo de um aviao ou de espera em aeroportos, sem 
conexoes, sem taxis ou metros. Beam me up, Scotty.- Nossa onerosa abordagem do “mundo 
real” foi vencida com facilidade por um recurso excelente do mundo da fantasia que custou 
muito menos, mas que nossos clientes preferiram. 

E agora? Que versao do produto e de baixa qualidade? 

Os MVPs requerem a coragem de se testar as suposi^oes. Se os clientes reagirem da 
maneira que esperamos, poderemos considerar isso como a confirma^o de que nossas 


suposigoes estao corretas. Se apresentarmos um produto projetado de modo deficiente e os 
clientes (ate os adotantes iniciais) nao conseguirem entender como utiliza-lo, isso confirmara 
nossa necessidade de investir numprojeto superior. No entanto, sempre devemos perguntar: e 
se nao se importarem com o projeto da mesma maneira que nos importamos? 

Portanto, o metodo da startup enxuta nao e contrario a construcao de produtos de alta 
qualidade, desde que estejam a servigo do objetivo de conquistar clientes. Devemos estar 
dispostos a por de lado nossos padroes profissionais tradicionais para comegar o processo de 
aprendizagem validada o mais breve possivel. No entanto, de novo, isso nao significa atuar de 
uma maneira negligente ou indisciplinada. (Essa e uma advertencia importante. Ha uma 
categoria de problemas relativos a qualidade que apresentam o efeito liquido de reduzir a 
velocidade do ciclo de feedback construir-medir-aprender. Defeitos dificultam a evolugao do 
produto. Eles efetivamente interferem em nossa capacidade de aprender e, assim, sao 
perigosos de ser tolerados em qualquer processo de produgao. Na Parte III, consideraremos 
metodos para descobrir quando realizar investimentos na prevengao desses tipos de 
problemas.) 

Quando levamos em conta a constru 9 ao do produto minimo viavel, essa regra simples e 
suficiente: elimine todo recurso, processo ou esforgo que nao contribui diretamente com a 
aprendizagem que voce procura. 


OBSTACULOS NA CONSTRUCAO DE UM MVP 

Construir um MVP envolve riscos, tanto reais como imaginarios. Ambos podem sabotar os 
es for 90 s da startup, a menos que sejam compreendidos antecipadamente. Os obstaculos mais 
comuns sao questoes legais, receios acerca dos concorrentes, riscos para a marca e o impacto 
sobre o moral. 

Para startups que dependem de protegao de patente, ha desafios especificos no langamento 
de um produto inicial. Em certas jurisdi^oes, o prazo para registrar uma patente comega 
quando o produto e langado para o publico em geral e, dependendo da maneira pela qual se 
estrutura o MVP, seu lancamento pode contar para esse prazo. Mesmo se a startup nao estiver 
em uma dessas jurisdi^oes, pode querer um registro de patente internacional, e pode terminar 
tendo de cumprir esses requisitos mais rigorosos. (Em minha opiniao, questoes como essas 
sao uma das muitas maneiras pelas quais a lei atual de patentes nos Estados Unidos inibe a 
inovagao e deve ser corrigida como questao de politica publica.) 

Em muitos setores, as patentes sao utilizadas principalmente para objetivos defensivos, 
como dissuasores para manter os concorrentes afastados. Nesses casos, os riscos impostos a 
patente por um MVP sao menores em comparacao com os beneficios da aprendizagem No 
entanto, nos setores em que uma nova inovacao cientifica e crucial como vantagem 
competitiva da empresa, esses riscos precisam ser considerados de modo mais cuidadoso. Em 
todos os casos, os empreendedores devem procurar assessoria juridica, a fimde assegurar que 
entendem os riscos completamente. 

Os riscos legais podem ser desencorajadores, mas voce talvez fique surpreso de saber que a 
objegao mais comum que escutei ao longo dos anos construindo MVPs e o medo de que os 



concorrentes - em particular grandes empresas estabelecidas - roubem as ideias de uma 
startup. Quem dera fosse tao facil ter uma boa ideia roubada! Parte do desafio especial de ser 
uma startup e a quase impossibilidade de ter a ideia, a empresa ou o produto percebidos por 
qualquer um, quanto mais por um concorrente. De fato, muitas vezes dei a um empreendedor 
commedo desse problema a seguinte missao: considerar uma das ideias (um dos insights de 
menor importancia, talvez), descobrir o nome do gerente de produto pertinente de uma 
empresa estabelecida, que tern responsabilidade por aquela area, e tentar fazer com que 
aquela empresa roube a ideia. Ligue para ele, escreva-lhe um memorando, envie-lhe um press 
release - va em ffente, tente coisas assim. A verdade e que a maioria dos gerentes, na maioria 
das empresas, ja esta sobrecarregada com boas ideias. O desafio deles esta na priorizagao e 
na execugao, e sao esses desafios que dao a uma startup a esperan^a de sobrevivencia.- 

Se um concorrente conseguir deixar para tras uma startup logo que a ideia e conhecida, a 
startup ja esta condenada de qualquer maneira. O motivo de formar um nova equipe para 
perseguir uma ideia e que voce acredita que pode acelerar, atraves do ciclo construir-medir- 
aprender de feedback mais rapido que qualquer outro. Se isso e verdade, nao faz diferenca 
que os concorrentes saibam. Se nao e verdade, uma startup possui problemas muito maiores, e 
o segredo nao vai soluciona-los. Mais cedo ou mais tarde, uma startup de sucesso enfrentara a 
concorrencia de seguidores rapidos. Uma vantagem inicial e raramente grande o suficiente 
para fazer diferenca, e o tempo gasto no modo furtivo - longe dos consumidores - e 
improvavel que proporcione qualquer vantagem. A unica maneira de veneer e aprender mais 
rapido do que qualquer outro. 

Diversas startups planejam investir na constnpao de uma grande marca, e um MVP pode 
parecer um perigoso risco para a constnpao da marca. Da mesma forma, os empreendedores 
de organizacoes existentes muitas vezes sentem medo de prejudicar a marca estabelecida da 
empresa controladora. Nos dois casos, ha uma sohpao facil: lan^ar o MVP com uma marca 
registrada diferente. Alem disso, uma reputa^ao de longo prazo so esta em risco quando as 
empresas se envolvem em atividades de lan^amento ruidoso, tais como relates publicas e 
badala^ao. Quando um produto fracassa em cumprir esses pronunciamentos, um dano real a 
longo prazo pode acontecer para uma marca corporativa. No entanto, as startups tern a 
vantagem de ser obscuras, tendo um numero pateticamente pequeno de clientes e sem muita 
exposicao. Em vez de se lamentar, utilize essas vantagens para experimentar enquanto 
permanece despercebido e so realize um lancamento com marketing depois de o produto ter 
sido testado com clientes reais.- 

Enfim, ajuda se preparar para o fato de que os MVPs muitas vezes resultam emmas noticias. 
Ao contrario dos testes de conceito ou prototipos tradicionais, os MVPs sao projetados para 
abordar a gama completa de questoes empresariais, e nao apenas as questoes tecnicas ou de 
projeto, e, com frequencia, fornecem uma dose necessaria de realidade. De fato, romper o 
campo de distor^ao da realidade e bastante desconfortavel. O que os visionarios mais receiam 
e a falsa negativa: que os clientes rejeitarao um MVP imperfeito por ser muito pequeno ou 
muito limitado. E exatamente essa a atitude que se ve quando as empresas latpam produtos 
plenamente formados sem testes previos. Simplesmente nao conseguem suportar a ideia de 
testar os produtos se nao estiverem em seu pleno esplendor. No entanto, ha sabedoria no 


receio do visionario. As equipes envolvidas commetodos tradicionais de desenvolvimento de 
produto sao treinadas para tomar regularmente decisoes sobre seguir adiante ou parar. Essa e 
a essencia do modelo de desenvolvimento em cascata ou em estagios. Se um MVP fracassar, 
as equipes estarao passiveis de abrir mao da esperan^a e abandonar o projeto por completo. 
No entanto, esse e umproblema cuja solugao e possivel. 


DO MVP PARA A CONTABILIDADE ASSOCIADA A 
INOVACAO 

A solu 9 ao para esse dilema e um compromisso com a iteragao. Voce tern de se comprometer 
antecipadamente com um acordo firme, que, nao importa o resultado do teste do MVP, voce 
nao abrira mao da esperan^a. Os empreendedores de sucesso nao desistem ao primeiro sinal 
de dificuldade, nem perseveram ate o desastre final. Em vez disso, possuem uma combinagao 
unica de perseveranga e flexibilidade. O MVP e apenas o primeiro passo numa jornada de 
aprendizagem Nesse caminho - apos diversas iterates voce pode descobrir que algum 
elemento do seu produto ou estrategia e imperfeito, e decidir que e o momento de fazer uma 
mudanca, que eu denomino pivotar, para ummodo distinto de ale a near sua visao. 

As startups correm risco quando grupos de interesse externos e investidores (em particular 
os diretores financeiros corporativos para projetos internos) tern uma crise de confian^a. 
Quando o projeto foi autorizado ou o investimento foi feito, o empreendedor prometeu que o 
novo produto mudaria o mundo. Os clientes deviam afluir a ele em numeros recordes. Por que 
tao poucos estao de fato fazendo isso? 

Na administra^ao tradicional, um gerente que promete realizar algo e fracassa esta com 
problemas. Ha apenas duas explicates possiveis: uma falha de executo ou uma falha de 
planejamento. As duas sao igualmente imperdoaveis. Os empreendedores enfrentam um 
problema dificil: uma vez que os pianos e projegoes que fazemos estao repletos de incertezas, 
como podemos reivindicar o sucesso quando inevitavelmente falhamos em realizar o que 
prometemos? Em outras palavras, como o diretor financeiro ou o investidor de risco sabe que 
estamos falhando porque aprendemos algo critico e nao porque fomos pregui^osos ou mal 
orientados? 

A solu^ao desse problema esta no cerne do modelo da startup enxuta. Todos nos precisamos 
de uma abordagem disciplinada, sistematica, para entender se estamos progredindo e 
descobrir se estamos mesmo alcan^ando a aprendizagem validada. Denomino esse sistema de 
contabilidade para inovacao, uma alternativa a contabilidade tradicional e projetada 
especificamente para startups. Esse e o tema do Capitulo 7. 


29 Disponivel em: < http://www.pluggd.un/groupon-storv-297/ >. 


30 “Groupon’s $6 Billion Gambler”, Wall Street Journal. Disponivel em: <http://online.wsi.com/article email/- 
SB10001424052748704828104576021481410635432IMvOiAxMTAwMDEwQDExNDgvWi.html > 


31 O termo produto minima viavel esta em circulagao desde o ano 2000, no minimo, como parte de diversas abordagens 





relativas ao desenvolvimento de produto. Para um exemplo academico, ver 
<http://www2.cs.uidaho.edu/~billiunk/Publications/DvnamicBalance.pdP >. 


Ver tambem Frank Robinson, da PMDI, que se refere a uma versao de produto que e a menor necessidade para se vender a 
possiveis clientes ('http://productdevelopment.coin/howitworks/mvp.html '). E si mila r ao conceito de Steve Blank sobre “conjunto 
n iin imo de recursos” no desenvolvimento de clientes (http://steveblank.corn/2010/03/04/perfection-bv-subtraction-the-minimum- 
tcature-set/ '). Meu uso do termo aqui foi generalizado para qualquer versao de produto que possa iniciar o processo de 
aprendizagem por meio do ciclo de feedback construir-medir-aprender. Para mais detalhes, ver 
<http://www.startuplessonslearned.com/2009/08/minimum-viable-product-guide.html > 


32 “Para o observador casual, o video de demonstragao do Dropbox parecia uma demonstragao de produto normal”, Houston 
afirma, “mas colocamos cerca de uma duzia de ovos de Pascoa, que foram feitos sob medida para a audiencia do Digg. 
References a Tay Zonday e sua musica Chocolate Rain, e alusoes ao filme Office Space (Como enlouquecer seu chefe), 
bem como tiras on-line XKCD. Era um aceno ironico para aquele publico, e deu inicio uma reagao em cadeia. Em 24 horas, o 
video tinha mais de 10 mil Diggs” ( <http://answers.oreilly.com/topic/1372-marketing-lessons-from-dropbox-a-qa-with-ceo-drew- 
hpustpn/>). Voce pode ver o video original e tambem a reagao da comunidade Digg em 

<http://digg.com/software/Google Drive killer coming from MIT Startup >. Para mais detalhes acerca do sucesso do 
Dropbox, ver “Dropbox: The Hottest Startup You’ve Never Heard Off’, disponivel em: 
<http://tech.fortune.cnn.com/2011/03/16/cloud-computing-for-the-rest-of-us/ >. 


33 Essa descrigao e uma cortesia de Lifehacker. Disponivel em: <http://lifehacker.com/5586203/food-on-the-table-builds- 
menus-and-grocery-lists-based-on-vour-familvs-preferences >. 


34 Disponivel em: < http://www.robgo.org/post/568227990/product-leadcrship-scries-user-driven-design-at >. 


35 Disponivel em: < http://venturebeat.com/2010/02/ll/confirmed-google-buvs-social-search-engine-aardvark-for-50-million/ > 


36 E uma frase famosa do seriado de ficgao cientifica da teve Jornada nas estrelas, dita pelo capitao Kirk ao engenheiro- 
chefe Montgomery “Scotty” Scott, quando precisava ser teletransportado a nave Enterprise. (N. T.) 


37 Esse e o ceme do livro Innovator s Dilemma, de Clayton Christensen. 


38 Para mais informagoes, ver < http://bit.ly/DontLaunch >. 
















7 _ 

MEDIR 


N o inicio, a startup e pouco mais que um modelo numa folha de papel. Os numeros no 
piano de negocios incluemprojegoes de quantos clientes a empresa espera atrair, quanto 
gastarao e quanta receita e lucro gerarao. E um ideal que, em geral, fica longe de onde a 
startup esta nos seus primeiros dias. 

A tarefa da startup e (1) medir rigorosamente onde ela esta naquele momenta {baseline), 
confrontando as duras verdades reveladas pela avaliagao, e, em seguida, (2) criar 
experiences para descobrir como mover os numeros reais para mais perto do ideal refletido 
no piano de negocios. 

A maioria dos produtos - mesmo os que fracassam - nao possui forga de tragao zero. A 
maioria deles tern alguns clientes, algum crescimento e alguns resultados positivos. Um dos 
resultados mais perigosos de uma startup e perambular na terra dos mortos-vivos. Empregados 
e empreendedores tendem a ser otimistas por natureza. Queremos continuar acreditando nas 
nossas ideias mesmo quando esta na cara que nao vai dar certo. Eis por que o mito da 
perseveranga e tao perigoso. Todos nos conhecemos historias de empreendedores epicos, que 
conseguiram obter uma vitaria quando as coisas pareciam incrivelmente sombrias. Porem, nao 
ficamos sabendo das historias de outros inumeros anonimos que perseveraram durante muito 
tempo, levando a empresa a falencia. 


POR QUE ALGO APARENTEMENTE TAO 
DESINTERESSANTE QUANTO A CONTABILIDADE 
PODE MUDAR SUA VIDA 

As pessoas estao acostumadas a considerar a contabilidade uma ciencia arida e magante, um 
mal necessario usado em especial para preparar relatarios fmanceiros e sobreviver a 
auditorias, mas isso ocorre porque a contabilidade e algo que se tornou um fata consumado. 
Historicamente, sob a lideranga de pessoas como Alfred Sloan, da General Motors, a 
contabilidade virou parte essencial do metodo de exercer controle centralizado sobre divisoes 
dispersas. A contabilidade permitiu que a GM defmisse metas claras para cada uma de suas 
divisoes e, em seguida, atribuisse responsabilidade ao gerente pelo exito da sua divisao em 
atingir tais metas. Todas as corporagoes modernas utilizam alguma variagao dessa abordagem. 
A contabilidade e a chave do seu sucesso. 



Infelizmente, a contabilidade tradicional nao e util na avaliagao dos empreendedores. As 
startups sao muito imprevisiveis. 

Ha pouco tempo, conheci uma equipe de startup fenomenal. Ela e bem financiada, possui 
significativa forga de tragao em relagao aos clientes e esta crescendo com rapidez. O produto 
dela e lider numa categoria emergente de software corporativo, que utiliza tecnicas de 
marketing de consumo para vender para grandes empresas. Por exemplo, a startup se vale da 
adogao viral de funcionario para funcionario, em vez de um processo de vendas tradicional, 
que talvez visasse ao diretor ou ao chefe de TI da empresa. Em consequencia, dispoe da 
oportunidade de utilizar tecnicas experimentais de vanguarda enquanto revisa constantemente 
seu produto. No encontro, formulei aos membros da equipe algumas perguntas simples, que 
transformei emhabito sempre que encontro o pessoal de startups: voces estao melhorando seu 
produto? Eles sempre respondem que sim Entao, pergunto: como voces sabem? Em geral, 
obtenho esta resposta: bem, somos da engenharia, e fizemos algumas mudancas no mes 
passado. Aparentemente, os clientes gostaram e os numeros globais sao maiores este mes. 
Devemos estar no caminho certo. 

Esse e o tipo de narrativa que se manifesta na maioria das reunioes de diretoria das startups. 
A maior parte dos marcos (dos pianos de negocios) sao construidos da mesma forma: atinja 
um determinado marco do roadmap do produto, converse com alguns clientes e veja se os 
numeros sobem. Infelizmente, esse nao e um bom indicador para saber se uma startup esta 
progredindo. Como sabemos que as mudangas que fizemos estao relacionadas aos resultados 
que estamos observando? Mais importante, como sabemos que estamos extraindo as licoes 
corretas dessas mudancas? 

Para responder a esses tipos de perguntas, as startups precisam de um novo tipo de 
contabilidade, gerada de modo especifico para a inovagao radical. Trata-se da contabilidade 
para inovagao. 

Um modelo de contabilidade que funciona em todas as 
industrias 

A contabilidade para inovagao permite que as startups demonstrem de maneira objetiva que 
estao aprendendo a desenvolver um negocio sustentavel. A contabilidade para inovagao 
comega convertendo as suposigoes do tipo salto de fe discutidas no Capitulo 5 em um modelo 
financeiro quantitative. Cada piano de negocios possui algum tipo de modelo associado a ele, 
mesmo se estiver escrito no verso de um guardanapo. Esse modelo fornece suposigoes a 
respeito do que o negocio parecera numponto bem-sucedido do fiituro. 

Por exemplo, o piano de negocios de uma empresa manufatureira estabelecida a mostraria 
crescendo em proporgao ao volume de vendas. Conforme os lucros das vendas dos bens sao 
reinvestidos no marketing e nas promogoes, a empresa ganha novos clientes. A taxa de 
crescimento depende principalmente de tres coisas: a rentabilidade proporcionada por cada 
cliente, o custo de obter novos clientes e a taxa de repetigao de compra dos clientes existentes. 
Quanto maiores esses valores, mais rapido a empresa crescera e mais lucrativa sera. Essas 
sao as forgas motoras do modelo de crescimento da empresa. 



Em contraste, uma empresa cujo produto e um mercado para compradores e vendedores se 
encontrarem, como a eBay, tera um modelo de crescimento distinto. Seu sucesso depende em 
particular dos efeitos de rede que a tornam o destino principal tanto de compradores como de 
vendedores para realizar negocios. Os vendedores queremo mercado coma maior quantidade 
de possiveis clientes. Os compradores querem o mercado com a maior concorrencia entre os 
vendedores, o que leva a maior disponibilidade de produtos e aos menores pregos. (Em 
Economia, isso as vezes e chamado de retornos crescentes de escala, tanto para a oferta, 
quanto para a demanda.) Para esse tipo de startup, o importante e medir se os efeitos de rede 
estao fiincionando, como evidenciado pela alta taxa de retengao de novos compradores e 
vendedores. Se as pessoas aderem ao produto com muito pouco atrito, o mercado crescera, 
nao importa como a empresa obtem novos clientes. A curva de crescimento parecera uma 
tabela de juros compostos, com a taxa de crescimento dependendo da “taxa de juros” dos 
novos clientes vindo para o produto. 

Ainda que essas duas empresas possuam formas motoras de crescimento muito diferentes, 
ainda podemos utilizar umarcabougo comum para atribuir responsabilidades aos seus lideres. 
Esse modelo suporta a responsabilizagao mesmo com a mudanga do modelo. 

COMO A CONTABILIDADE PARAEVOVACAO 
FUNCIONA: TRES MARCOS DE APRENDIZAGEM 

A contabilidade para inovagao funciona em tres passos: primeiro, utiliza um produto minimo 
viavel para estabelecer dados reais a respeito de onde a empresa esta naquele exato momento 
{baseline). Semum quadro claro do status corrente - nao importa a distancia que se esta do 
objetivo e impossivel comegar a acompanhar o seuprogresso. 

Segundo, as startups devemtentar regular o motor a partir da baseline na diregao do ideal. 
Isso pode exigir muitas tentativas. Apos a startup fazer todos os ajustes e otimizagoes de 
produto possiveis para mover sua baseline rumo ao ideal, a empresa alcanga um ponto de 
decisao. Este e o terceiro passo: pivotar ou perseverar. 

Se a empresa estiver fazendo um bom progresso na diregao do ideal, isso significa que esta 
aprendendo de forma apropriada e utilizando aquela aprendizagem de maneira efetiva. Nesse 
caso, faz sentido continuar. Caso contrario, a equipe gerencial deve acabar concluindo que sua 
estrategia de produto corrente e imperfeita e requer uma mudanga importante. Quando uma 
empresa pivota, esta comega o processo de novo, estabelecendo uma nova baseline e, em 
seguida, ajustando o motor a partir dali. O sinal de um pivo bem-sucedido e que essas 
atividades de ajuste do motor sao mais produtivas apos o pivo do que antes. 

Estabelecer a baseline 

Por exemplo, uma startup poderia criar um prototipo complete do seu produto e se propor a 
vende-lo a clientes reais por meio do seu principal canal de marketing. Esse unico MVP 
testaria a maioria das suposigoes da startup e, ao mesmo tempo, estabeleceria metricas de 
base para cada suposigao. Ou uma startup talvez prefira construir MVPs distintos, que visam 



obter feedback a respeito de uma suposigao de cada vez. Antes de construir o prototipo, a 
empresa talvez realize um teste rapido com seus materiais de marketing. Essa e uma antiga 
tecnica de marketing direto, em que os clientes tern a oportunidade de pedir com antecedencia 
umproduto que ainda nao foi desenvolvido. Um teste rapido mede so uma coisa: se os clientes 
estao interessados em julgar o produto. Por si so, isso e insuficiente para validar um modelo 
de crescimento completo. Nao obstante, pode ser muito util para obter feedback em relagao a 
essa suposigao antes de investir mais dinheiro e outros recursos no produto. 

Esses MVPs proporcionam o primeiro exemplo de um marco de aprendizagem. Um MVP 
permite que uma startup obtenha dados reais para a baseline de seu modelo de crescimento - 
taxas de conversao, taxas de cadastro e periodo de teste, valor do tempo de vida do cliente 
etc. e isso e valioso como alicerce para a aprendizagem a respeito dos clientes e das suas 
reagoes a umproduto, mesmo se esse alicerce comegar comnoticias muito ruins. 

Quando se esta escolhendo entre muitas suposigoes num piano de negocios, faz sentido 
testar primeiro as suposigoes mais arriscadas. Se voce nao conseguir achar uma maneira de 
mitigar esses riscos na diregao do ideal que se requer para um negocio sustentavel, nao havera 
sentido de testar as outras suposigoes. Por exemplo, uma empresa de midia que esta vendendo 
publicidade temduas suposigoes basicas, que assumema forma de perguntas: posso capturar a 
atengao de um determinado segmento de clientes de modo continuo? E posso vender essa 
atengao para os anunciantes? Num negocio em que os custos de publicidade para um segmento 
especifico de clientes sao bem conhecidos, a suposigao mais arriscada e a capacidade de 
capturar a atengao. Portanto, os primeiros experimentos devem envolver a produgao de 
conteudo, em vez das vendas de publicidade. Talvez a empresa produza um episodio ou 
edigao piloto para observar o envolvimento dos clientes. 

Ajustando o motor 

Depois do estabelecimento da baseline , a startup pode trabalhar na diregao do segundo marco 
de aprendizagem: regular o motor. Todo desenvolvimento de produto, marketing ou outra 
iniciativa que uma startup empreende deve ser direcionado para a melhoria de uma das forgas 
motoras do seu modelo de crescimento. Por exemplo, uma empresa talvez despenda tempo 
melhorando o design do produto para facilitar seu uso pelos clientes. Isso pressupoe que a 
taxa de ativagao de novos clientes e a forga motora do crescimento e que seu ponto de parti da 
esta menor do que a empresa gostaria. Para demonstrar a aprendizagem validada, as mudangas 
do design devem melhorar a taxa de ativagao de novos clientes. Caso contrario, o novo design 
deve ser considerado um ffacasso. Essa e uma regra importante: um bom design e o que 
melhora o comportamento do cliente. 

Comparemos duas startups. Aprimeira empresa comega com uma metrica clara de pontos de 
partida, uma hipotese a respeito do que melhorara a metrica e um conjunto de experimentos 
idealizados para testar a hipotese. A segunda equipe senta-se a mesa e discute o que 
melhoraria o produto, implementa diversas dessas mudangas ao mesmo tempo e comemora se 
houver aumento positivo em algum dos numeros. Que startup tende mais a estar fazendo um 
trabalho eficaz e alcangando resultados duradouros? 



Pivotar ou perseverar 

Ao longo do tempo, uma equipe que esta aprendendo seu caminho rumo a um negocio 
sustentavel vera os numeros do seu modelo subirem a partir da terrivel baseline estabelecida 
pelo MVP e convergirem para algo como o ideal estabelecido no piano de negocios. Uma 
startup que fracassa nesse sentido vera esse ideal cada vez mais distante. Quando isso 
acontece, nem o campo de distor^ao da realidade mais poderoso sera capaz de esconder esse 
fato simples: se nao estivermos movendo as formas motoras do nosso modelo de negocios, nao 
estaremos fazendo progressos. Isso se torna um sinal claro de que e o momenta de pivotar. 

CONTABILIDADE PARA INOVA^AO NAIMVU 

Nos primeiros tempos da IMVU esta o que a contabilidade associada a inovagao 
representou para nos. Nosso produto minimo viavel tinha muitos defeitos e, quando o 
latpamos, apresentou vendas muito baixas. Naturalmente, supusemos que a falta de vendas 
estava relacionada a baixa qualidade do produto. Assim, semana apos semana, trabalhamos na 
melhoria da qualidade do produto, confiando que nossos esforcos valiam a pena. No final de 
cada mes, tinhamos uma reuniao de diretoria na qual apresentavamos os resultados. Na noite 
anterior a reuniao, processavamos nossos relatorios analiticos padrao, medindo taxas de 
conversao, contagem de clientes e receitas para mostrar o bom trabalho que tinhamos feito. 
Em diversas reunioes consecutivas, isso provocava um panico de ultima hora, pois as 
melhorias de qualidade nao estavam produzindo nenhuma mudanca no comportamento dos 
clientes. Isso resultou em algumas reunioes frustrantes, nas quais conseguiamos apresentar um 
grande “progresso” do produto, mas nao muito emtermos de resultados comerciais. Depois de 
um tempo, em vez de deixar para a ultima hora, comegamos a rastrear nossas metricas com 
mais frequencia, aproximando o ciclo de feedback do desenvolvimento do produto. Isso era 
ainda mais deprimente. Semanas apos semanas, nossas mudangas do produto nao estavam 
tendo nenhum efeito. 


Melhorando um produto com cinco dolares por dia 

Rastreavamos o comportamento das “metricas de fuml”, que eram basicas para nosso motor 
de crescimento: cadastro de clientes, download de nosso aplicativo, teste, uso repetido e 
compra. A fim de ter dados suficientes para a aprendizagem, precisavamos de clientes 
suficientes usando nosso produto para obter numeros reais para cada comportamento. 
Alocamos um orgamento de 5 dolares por dia: o bastante para comprar cliques no entao novo 
sistema Google AdWords. Naqueles tempos, o minimo que voce podia dar de lance por um 
clique eram 5 centavos de dolar, mas nao havia minimo geral para seu gasto. Portanto, 
podiamos arcar com as despesas de abertura de uma conta e comegar, ainda que tivessemos 
muito pouco dinheiro.- 

Os 5 dolares nos compravam uma centena de cliques todos os dias. Do ponto de vista do 
marketing, nao era muito significativo, mas, para aprendizagem, era inestimavel. Todos os 


dias, eramos capazes de medir o desempenho do nosso produto em relagao a um grupo novo 
de clientes. Alem disso, todas as vezes que alteravamos o produto, obtinhamos ja no dia 
seguinte umrelatorio novo em folha a respeito de como estavamos indo. 

Por exemplo, num dia, apresentariamos uma nova mensagem de marketing direcionada para 
novos clientes. No dia seguinte, talvez mudassemos a maneira pela qual os novos clientes 
eram apresentados ao produto. Em outros dias, adicionariamos novos recursos, reparariamos 
bugs, implementariamos um novo design grafico ou tentariamos um novo leiaute para nosso 
site. Todas as vezes, diziamos para nos mesmos que estavamos tornando o produto melhor, 
mas essa confianga subjetiva era posta diante do teste final e decisivo dos numeros reais. 

Dia apos dia, realizavamos testes aleatorios. Cada dia era umnovo experimento. Os clientes 
de cada dia eram independentes dos do dia anterior. Mais importante, ainda que nossos 
numeros brutos estivessem crescendo, ficou claro que nossas metricas de funil nao estavam 
mudando. 

Eis um grafico de uma das primeiras reunifies de diretoria da IMVU: 



Esse grafico representa cerca de sete meses de trabalho. Nesse periodo, fizemos melhorias 
constantes no produto da IMVU, lancando novos recursos todos os dias. Realizamos diversas 













entrevistas com clientes pessoalmente, e nossa equipe de desenvolvimento de produto 
trabalhou sem parar. 


Analise de coorte 

Para interpretar o grafico, voce precisa entender algo denominado analise de coorte.- Essa e 
uma das ferramentas mais importantes da analise da startup. Embora parega complexa, baseia- 
se numa premissa simples: em vez de considerarmos totais acumulados ou quantidades brutas, 
tais como receita total e quantidade total de clientes, consideramos o desempenho de cada 
grupo de clientes que entra em contato com o produto independentemente. Cada grupo e 
denominado coorte. O grafico expoe as taxas de conversao de novos clientes para a IMVU, 
que se cadastraram em cada mes indicado. Cada taxa de conversao apresenta a porcentagem 
de clientes que se cadastraram naquele mes e que, subsequentemente, empreenderam a agao 
indicada. Portanto, em fevereiro de 2005, entre todos os clientes que se associaram, cerca de 
60% logaram (se conectaram) ao nosso produto ao menos uma vez. 

Os gerentes com um background de vendas reconhecerao essa analise de fimil como o funil 
de vendas tradicional utilizado para gerenciar prospectos na sua trajetoria de se tornarem 
clientes. As startups enxutas tambem utilizam isso no desenvolvimento de produtos. Essa 
tecnica e util em diversos tipos de negocios, pois cada empresa depende, para sua 
sobrevivencia, de sequencias de comportamentos de clientes denominadas fluxos. Os fluxos 
de clientes regem a intera 9 ao dos clientes com os produtos de uma empresa, permitem 
compreender um negocio em termos quantitativos e apresentam um poder preditivo muito 
maior do que a metrica bruta tradicional. 

Se voce observar com aten^ao, percebera que o grafico revela algumas tendencias claras. 
Algumas melhorias do produto estao ajudando um pouco. A porcentagem de novos clientes 
que continuam a utilizar o produto ao menos cinco vezes cresceu de menos de 5% para quase 
20%. No entanto, apesar desse aumento de quatro vezes, a porcentagem de novos clientes 
pagantes da IMVU esta imobilizada em torno de 1%. Pense nisso por um momenta. Apos 
muitos meses de trabalho, milhares de melhorias individuais, grupos de foco, reunioes de 
projeto e testes de usabilidade, a porcentagem de novos clientes pagantes e exatamente a 
mesma do inicio, ainda que muito mais clientes estejam tendo a possibilidade de testar o 
produto. 

Gramas ao poder da analise de coorte, nao podiamos atribuir esse fracasso ao legado de 
clientes previos que eram resistentes a mudan^a, as condi^oes externas do mercado ou a 
qualquer outra desculpa. Cada coorte representava um “boletim escolar” independente, e 
estavamos tirando notas muito baixas. Isso nos ajudou a perceber que tinhamos umproblema. 

Eu estava encarregado da equipe de desenvolvimento de produto, que era pequena naqueles 
dias, e compartilhei com meus cofundadores a ideia de que o problema tinha de estar com as 
iniciativas da minha equipe. Trabalhei mais duro, foquei em fiincionalidades de qualidade 
cada vez maior, e perdi muitas horas de sono. Nossa frustra^ao cresceu. Quando nao consegui 
pensar em nada mais a fazer, enfim estava pronto para recorrer ao ultimo recurso: conversar 
com os clientes. Munido do nosso fracasso de progredir regulando nosso motor de 


crescimento, estava pronto para formular as perguntas certas. 

Antes desse fracasso, nos primeiros dias da empresa, era facil falar com possiveis clientes, 
e se convencer de que estavamos no caminho certo. De fato, quando traziamos clientes ao 
escritario para entrevistas pessoais e testes de usabilidade, era facil preterir o feedback 
negativo. Se nao queriam usar o produto, supunha que nao estavam em nosso mercado-alvo. 
“Dispense esse cliente”, dizia para a pessoa responsavel pelo recrutamento para nossos testes. 
“Encontre alguem em nosso grupo demografico alvo.” Se o cliente seguinte era mais positivo, 
considerava uma confirmagao de que eu estava certo no meu direcionamento. Caso contrario, 
dispensava outro cliente, e tentava de novo. 

Em contraste, ao ter os dados nas maos, minhas interagoes com os clientes mudaram De 
repente, eu tinha perguntas urgentes que precisavam de respostas: por que os clientes nao 
estao respondendo as nossas “melhorias” do produto? Por que nosso trabalho duro nao esta 
compensando? Por exemplo, continuamos tornando cada vez mais facil para os clientes o uso 
do IMVU com seus amigos existentes. Infelizmente, os clientes nao queriam adotar esse 
comportamento. Facilitar o uso era completamente irrelevante. Assim que soubemos o que 
procurar, o entendimento genuino chegoumuito mais rapido. Como foi descrito no Capitulo 3, 
isso acabou levando a um pivo fundamentalmente importante: para longe de um add-on de MI 
usado com amigos existentes e rumo a uma rede independente que uma pessoa pode utilizar 
para fazer novos amigos. Subitamente, nossas preocupacoes com produtividade 
desapareceram. Assim que nossos esforgos se alinharam com o que os clientes realmente 
queriam, os experimentos ficaram muito mais propensos a mudar o comportamento deles para 
melhor. 

Esse padrao se repetiria muitas vezes, desde os dias em que estavamos ganhando menos do 
que mil dolares de receita por mes ate o momenta em que estavamos ganhando milhoes. De 
fato, esse e o sinal de umpivo bem-sucedido: os novos experimentos realizados sao, emgeral, 
mais produtivos do que os experimentos realizados antes. 

Esse e o padrao: resultados quantitativos insatisfatarios nos forgam a reconhecer o fracasso, 
criando a motivagao, o contexto e o espago para uma pesquisa mais qualitativa. Essas 
investigagoes produzem novas ideias - novas hipoteses - a ser testadas, conduzindo a um 
possivel pivo. Cada pivo libera novas oportunidades para outras experimentagoes, e o ciclo 
se repete. Toda vez repetimos esse processo simples: estabelecer a baseline , ajustar o motor e 
tomar a decisao de pivotar ou perseverar. 

OTIMIZACAO VERSUS APRENDIZAGEM 

Os engenheiros, os designers e os profissionais de marketing sao todos versados em 
otimizagao. Por exemplo, os profissionais de marketing sao experientes em verificar 
proposigoes de valor atraves de testes comparativos, enviando ofertas diferentes para dois 
grupos similares de clientes, de modo que possam medir as diferengas nas taxas de resposta 
dos dois grupos. Os engenheiros, claro, sao versados em melhorar o desempenho de um 
produto, da mesma forma que os designers sao capazes de facilitar o uso dos produtos. Todas 
essas atividades numa organizagao tradicional bem administrada oferecem beneficios 



incrementais para es for 90 s incrementais. Enquanto estamos executando bem o piano, o 
trabalho duro produzresultados. 

No entanto, essas ferramentas para melhoria do produto nao funcionam da mesma maneira 
para as startups. Se voce estiver construindo a coisa errada, a otimizagao do produto ou seu 
marketing nao renderao resultados significativos. Uma startup temde medir o progresso contra 
um patamar elevado: a evidencia de que o negocio sustentavel pode ser construido em torno 
de seus produtos ou servi^os. Esse e um padrao que so pode ser avaliado se a startup fez 
previsoes claras e tangiveis antecipadamente. 

Na ausencia dessas previsoes, as decisoes a respeito do produto e da estrategia sao muito 
mais dificeis e demoradas. Com frequencia, vejo isso na minha atividade de consultoria. 
Diversas vezes, sou chamado para ajudar startups que acham que suas equipes de engenharia 
“nao estao trabalho duro o suficiente”. Quando me reuno com essas equipes, ha sempre 
melhorias a ser realizadas, e eu as recomendo, mas, invariavelmente, o problema real nao e a 
falta de talento de desenvolvimento, energia ou iniciativa. Ciclo apos ciclo, a equipe trabalha 
duro, mas a empresa nao ve resultados. Os gerentes treinados no modelo tradicional tiram a 
conclusao logica: nossa equipe nao esta trabalhando duro, nao esta trabalhando de maneira 
efetiva ou nao trabalha de maneira eficiente. 

Portanto, o ciclo descendente comega: com coragem, a equipe de desenvolvimento de 
produto tenta desenvolver um produto de acordo com as especificagoes que esta recebendo da 
lideran^a criativa ou comercial. Quando os bons resultados nao se manifestam, os lideres 
comerciais supoem que a discrepancia entre o que foi planejado e o que foi desenvolvido e a 
causa, e tentam especificar a proxima iteragao com mais detalhes. Conforme as especificagoes 
ficam mais detalhadas, o processo de planejamento perde velocidade, o tamanho dos lotes 
aumenta, e o feedback e retardado. Se a diretoria ou o diretor fmanceiro esta envolvido como 
parte interessada, nao leva muito tempo para a ocorrencia de mudancas de pessoal. 

Ha alguns anos, uma equipe que vende produtos para grandes empresas de midia me 
convidou para ajuda-la como consultor, pois estava preocupada que seus engenheiros nao 
estavam trabalhando duro o suficiente. No entanto, a falha nao estava nos engenheiros, mas no 
processo que toda a empresa estava usando para tomar decisoes. Ela tinha clientes, mas nao 
os conhecia muito bem. Estava assoberbada com solicitagoes dos clientes, da equipe de 
vendas interna e da lideranca comercial. Cada novo insight tornava-se uma emergencia que 
tinha de ser solucionada de imediato. Em consequencia, os projetos a longo prazo eram 
perturbados por interrupcoes constantes. Ainda pior: a equipe nao tinha nenhuma nocao clara 
de que as mudancas que estava fazendo tinham alguma importancia para os clientes. Apesar da 
constante regulageme ajuste, os resultados comerciais eram sistematicamente mediocres. 

Os marcos de aprendizagem impedem essa espiral negativa, enfatizando uma possibilidade 
mais provavel: a empresa esta executando - com disciplina! - um piano que nao faz sentido. O 
arcabougo da contabilidade para inovagao deixa claro se a empresa esta paralisada e precisa 
mudar de diregao. 

No exemplo acima, no inicio da vida da empresa, a equipe de desenvolvimento de produto 
era muito produtiva, pois os fundadores da empresa tinham identificado uma grande 
necessidade nao atendida do mercado-alvo. O produto inicial, embora imperfeito, era 



apreciado pelos adotantes iniciais. Aparentemente, adicionar os recursos principals que os 
clientes pediam funcionou bem, pois os adotantes iniciais espalhavam a noticia a respeito da 
inovagao em todos os lugares. Mas havia outras perguntas em aberto e sem resposta: a 
empresa tinha um motor de crescimento em fiincionamento? Aquele sucesso inicial estava 
relacionado ao trabalho diario da equipe de desenvolvimento de produto? Na maioria dos 
casos, a resposta era nao: o sucesso era condicionado pelas decisoes que a equipe tomara no 
passado. Nenhuma das iniciativas correntes estava tendo algum impacto. No entanto, isso era 
obscurecido porque as metricas brutas da empresa erammuito boas. 

Como ja veremos, esse e umperigo comum Empresas de qualquer tamanho, que possuem 
um motor de crescimento em fiincionamento, podem se valer do tipo errado de metricas para 
orientar suas agoes. Isso e o que instiga os gerentes a recorrer ao conjunto habitual de truques 
do teatro do sucesso: compras de anuncios de ultima hora, sobrecarga de canal de 
distribuicao, demos impressionantes, numa tentativa desesperada de fazer os numeros brutos 
parecerem melhores. A energia investida no teatro do sucesso e energia que poderia ter sido 
usada para ajudar a desenvolver um negocio sustentavel. Chamo os numeros tradicionais 
utilizados para julgar as startups de “metricas de vaidade”, e a contabilidade para inovagao 
requer que evitemos a tentacao de usa-las. 


METRICAS DE VAIDADE: UMA ADVERTENCIA 

Para perceber com clareza o perigo das metricas de vaidade, voltemos mais uma vez aos 
primeiros dias da IMVU. Observe o grafico a seguir, que e da mesma epoca da historia da 
IMVU exposta anteriormente neste capitulo. Abrange o mesmo periodo do grafico emestilo de 
coorte da pagina 112; de fato, e da mesma apresentagao para a diretoria. 

Esse grafico expoe as metricas brutas tradicionais da IMVU ate aquele momenta: total de 
usuarios cadastrados e total de clientes pagantes (o grafico de receita bruta parece quase o 
mesmo). Desse ponto de vista, as coisas parecem muito mais estimulantes. Eis por que 
denomino esses numeros metricas de vaidade: dao o quadro mais cor-de-rosa possivel. Vice 
vera um grafico tradicional em forma de taco de hoquei (o ideal numa empresa em rapido 
crescimento). Ao se concentrar nos numeros de faturamento (quanto mais clientes se 
cadastram, mais aumenta a receita total), voce sera perdoado por achar que essa equipe de 
desenvolvimento de produto esta fazendo grande progresso. O motor de crescimento da 
empresa esta fiincionando. Todos os meses, ele e capaz de adquirir clientes e traz um retorno 
positivo sobre o investimento. A receita em excesso dos clientes e reinvestida e, no mes 
seguinte, adquire-se mais clientes. Eis de onde o crescimento esta vindo. 




No entanto, lembremos dos mesmos dados apresentados no estilo de coorte. A IMVU 
adiciona novos clientes, mas nao esta melhorando o rendimento de cada novo grupo. O motor 
esta funcionando, mas as iniciativas de regula-lo nao rendemmuitos frutos. Apartir apenas do 
grafico tradicional, nao se pode dizer se a IMVU esta no ritmo de criar um negocio 
sustentavel; com certeza, tambem nao se pode afirmar nada sobre a eficiencia da equipe de 
empreendedores por tras disso. 

A contabilidade para inovagao nao funcionara se a startup estiver sendo iludida por esses 
tipos de metricas de vaidade: quantidade bruta de clientes etc. A alternativa e o tipo de 
metrica que utilizamos para julgar nosso negocio e nossos marcos de aprendizagem, o que 
denomino metricas acionaveis. 


METRICAS ACIONAVEIS VERSUS METRICAS DE 
VAIDADE 

Para se ter uma melhor ideia da importancia das boas metricas, consideremos uma empresa 
chamada Grockit. Farbood Nivi, seu fiindador, passou uma decada trabalhando como 
professor na Princeton Review e na Kaplan, duas grandes empresas do setor educacional, 
ajudando os alunos a se preparar para testes padronizados, tais como GMAT, LSAT e SAT.— 
Seu estilo envolvente na sala de aula lhe proporcionou elogios dos seus alunos e promotes 
por parte dos seus empregadores. Ele conquistou o premio de melhor professor do ano da 









Princeton Review. No entanto, Farb se sentia frustrado com os metodos tradicionais de ensino 
empregados por essas empresas. Lecionar de seis a nove horas por dia, para milhares de 
alunos, deu-lhe diversas oportunidades de experimentar novas abordagens.- 

Ao longo do tempo, Farb concluiu que o modelo de ensino tradicional, com sua abordagem 
educacional de umpara muitos, era inadequado para seus alunos. Ele comegou a desenvolver 
uma abordagem superior, usando uma combinagao de aulas orientadas pelo docente, dever de 
casa individualizado e estudo em grupo. Em particular, Farb estava fascinado pela eficacia, 
emrelagao aos estudantes, do metodo de aprendizagem orientado por pares. Quando os alunos 
podiamajudar uns aos outros, eles se beneficiavam de duas maneiras. Primeiro, podiamobter 
instrugao customizada de um colega, o qual era muito menos intimidador que um professor. 
Segundo, podiam reforgar sua aprendizagem ensinando uns aos outros. Ao longo do tempo, as 
aulas de Farb se tornaramcada vezmais populares... e bem-sucedidas. 

A medida que isso se desenvolveu, Farb sentia mais e mais que sua presenga fisica na sala 
de aula era menos importante. Ele fez uma conexao importante: “Tenho esse modelo de 
aprendizagem social na minha sala de aula. Ha toda essa coisa social acontecendo na 
Internet”. Sua ideia foi levar a aprendizagem social entre pares para os alunos que nao podiam 
bancar um oneroso curso da Kaplan ou Princeton Review, ou de um professor particular ainda 
mais caro. Apartir dessa percepgao nasceu a Grockit. 

Farb explica: “Quer voce esteja estudando para o SAT oupara uma prova de algebra, voce 
estuda de uma entre tres maneiras: passa um tempo com especialistas; passa um tempo por 
conta propria ou passa um tempo com seus pares. A Grockit oferece esses tres formatos de 
estudo. O que fazemos e aplicar a tecnologia e os algoritmos para otimizar essas tres formas”. 

Farb e o classico visionario empreendedor. Ele relata sua percepgao original desta maneira: 
“Esquecamos o projeto educacional usado ate agora, esquegamos o que e possivel, e apenas 
reestruturemos a aprendizagem com os alunos e a tecnologia atuais em mente. Havia inumeras 
organizacoes bilionarias no espaco educacional, e nao acho que estavam inovando da maneira 
que precisavamos; acredito que nao precisamos mais delas. Para mim, o que importa mesmo 
sao os alunos, e nao acho que lhes estavam sendo tao bem atendidos quanto poderiam”. 

Hoje, a Grockit oferece diversos produtos educacionais, mas, no inicio, Farb adotou uma 
abordagem enxuta. A empresa construiu um produto minimo viavel, que era apenas Farb 
ensinando a preparacao para os testes por meio da WebEx, conhecida ferramenta on-line de 
realizagao de conferences via web. Ele nao desenvolveu um software personalizado, 
tampouco uma nova tecnologia. Simplesmente procurou levar sua nova abordagem de ensino 
aos alunos pela Internet. As noticias a respeito de um novo tipo de ensino privado se 
espalharam com rapidez e, em poucos meses, Farb se sustentava decentemente por meio do 
ensino on-line, com receitas mensais de 10 mil a 15 mil dolares. No entanto, como muitos 
empreendedores ambiciosos, Farb nao construiu seu MVP so para se sustentar. Ele tinha a 
visao de um tipo de ensino mais colaborativo e mais eficaz para alunos de todos os lugares. 
Com sua forga de tragao inicial, foi capaz de obter capital de risco com alguns dos 
investidores mais importantes do Vale do Silicio. 

Quando conheci Farb, sua empresa ja estava na via rapida para o sucesso. A Grockit 
levantara dinheiro com investidores conceituados, possuia uma equipe de alta qualidade, e 


fazia uma estreia impressionante em uma das famosas disputas entre startups do Vale do 
Sillcio. 

A empresa era muito disciplinada e orientada a processos. O desenvolvimento de produto 
seguia uma versao rigorosa da metodologia de desenvolvimento agil conhecida como extreme 
programming (programagao extrema), que e descrita abaixo, gramas a sua parceria com a 
Pivotal Labs, empresa sediada em San Francisco. Seu produto inicial foi saudado pela 
imprensa como urn avanco revolucionario. 

Havia so um unico problema: a Grockit nao estava vendo suficiente crescimento no uso do 
produto pelos clientes. A Grockit e um estudo de caso excelente, pois seus problemas nao 
eramuma questao de falha de execugao ou disciplina. 

Adotando a pratica agil padrao, o trabalho da Grockit prosseguiu numa serie de sprints , ou 
seja, ciclos de iteragao de um mes. Para cada sprint , Farb priorizava o trabalho a ser feito 
aquele mes, escrevendo uma serie de historias de usuario, uma tecnica adotada do 
desenvolvimento agil. Em vez de elaborar uma especificagao para um novo recurso, 
descrevendo-o em termos tecnicos, Farb escrevia uma historia que descrevia o recurso do 
ponto de vista do cliente. Essa historia ajudava a manter os engenheiros concentrados na 
perspectiva do cliente durante todo o processo de desenvolvimento. 

Cada recurso era expresso em linguagem comum, em termos que todos podiam entender, 
quer tivessem conhecimento tecnico ou nao. Novamente seguindo a pratica agil padrao, Farb 
poderia priorizar essas historias de outro modo a qualquer momenta. A medida que aprendia 
mais a respeito do que os clientes queriam, ele podia rearranjar as historias a partir das 
atividades pendentes (backlog) sobre o produto , sobre a colegao de historias que ainda 
deveriam ser desenvolvidas. O unico limite nessa capacidade de mudar diregoes era que ele 
nao podia interromper nenhuma tarefa que estava emprogresso. Felizmente, as historias eram 
escritas de tal maneira que o tamanho do lote de trabalho (que discutiremos com mais detalhes 
no Capitulo 9) correspondia a um dia ou dois. 

Esse sistema e denominado desenvolvimento agil por um bom motivo: as equipes que o 
empregam sao capazes de mudar de direcao com rapidez, permanecer ageis, e ser altamente 
responsivas as mudancas nos requisites de negocios do dono do produto (o gerente do 
processo - nesse caso, Farb -, que e responsavel pela priorizagao das historias). 

Como a equipe se sentia no fim de cada sprint ? Sistematicamente, ela entregava novos 
recursos do produto. Coletava feedback dos clientes na forma de relatos e entrevistas, que 
indicavamque ao menos alguns clientes gostaramdos novos recursos. Havia sempre uma certa 
quantidade de dados que mostravam melhoria: talvez o total de clientes estivesse crescendo, o 
total de perguntas respondidas pelos alunos estivesse subindo, ou a quantidade de clientes 
recorrentes estivesse aumentando. 

No entanto, senti que Farb e sua equipe tinham duvidas persistentes sobre o progresso geral 
da empresa. O crescimento dos numeros era mesmo resultado da iniciativa de 
desenvolvimento deles? Ou podia ser devido a outros fatores, como as mengoes da Grockit na 
imprensa? Quando me reuni com a equipe, fiz essa simples pergunta: como voces sabem que 
as decisoes de priorizagao tomadas por Farb estao realmente fazendo sentido? 

A resposta da equipe: “Nao e nosso departamento. Farb toma as decisoes; nos as 



executamos”. 

Na epoca, a Grockit se concentrava em apenas um segmento de clientes: candidates a alunos 
de escolas de negocios (MBA) que estudavam para o GMAT. O produto permitia aos alunos 
se envolverem em periodos letivos on-line com colegas que estudavam para o mesmo exame. 
O produto fiincionava: os alunos que concluiam seus estudos via Grockit alcancavam notas 
significativamente maiores do que as tiradas antes. No entanto, a equipe do Grockit estava 
enfrentando problemas antigos das startups: como sabemos os recursos que devem ser 
priorizados? Como conseguir que mais clientes se cadastrem e paguem? Como conseguir a 
divulgagao do nosso produto? 

Formulei essa pergunta para Farb: “\bce se sente confiante ao estabelecer prioridades? Elas 
sao realmente corretas?”. Como a maioria dos fiindadores de startups, ele considerava os 
dados disponiveis e fazia as melhores suposi^oes possiveis. Mas isso deixava um grande 
espago para a incerteza e a duvida. 

Farb acreditava por complete em sua visao, mas comegava a questionar se sua empresa 
estava no ritmo de realiza-la. O produto melhorava todos os dias, mas Farb queria se 
certificar de que essas melhorias tinham importancia para os clientes. Acredito que ele merece 
muito credito por perceber isso. Ao contrario de muitos visionarios, que se apegam a suas 
visoes originais acontega o que acontecer, Farb estava disposto a colocar sua visao a prova. 

Farb trabalhava duro para sustentar a crenca da sua equipe de que a Grockit estava 
destinada ao sucesso. Ele se preocupava que o moral da equipe sofreria se alguem achasse 
que a pessoa no comando do navio nao tinha certeza a respeito da diregao a seguir. O proprio 
Farb nao tinha certeza se sua equipe adotaria uma cultura de aprendizagem verdadeira. Afinal, 
isso fazia parte da grande barganha do desenvolvimento agil: os engenheiros concordam em 
adaptar o produto para os requisites em constante mudanca da empresa, mas nao sao 
responsaveis pela qualidade das decisoes empresariais. 

O sistema agil e um sistema eficiente de desenvolvimento do ponto de vista dos 
programadores, pois lhes permite ficar concentrados na criagao de recursos e projetos 
tecnicos. Uma tentativa de introduzir a necessidade de aprender nesse processo pode abalar a 
produtividade. 

(A manufatura enxuta enfrentou problemas similares quando foi introduzida nas fabricas. Os 
gerentes estavam acostumados a se concentrar na taxa de utilizacao de cada maquina. As 
fabricas eramprojetadas para manter as maquinas fiincionando em plena capacidade o maximo 
de tempo possivel. Da perspectiva da maquina, isso e eficiente, mas do ponto de vista da 
fabrica toda, e muito ineficiente diversas vezes. Como dizem na teoria de sistemas, o que 
otimiza uma parte do sistema necessariamente enfraquece o sistema como umtodo.) 

O que Farb e sua equipe nao percebiam era que o progresso da Grockit estava sendo 
medido por metricas de vaidade: o total de clientes e o total de perguntas respondidas. Isso 
era o que estava fazendo sua equipe gastar energia: as metricas davam a equipe a sensacao de 
movimento para a frente, ainda que a empresa estivesse fazendo pouco progresso. O que e 
curioso e a maneira rigorosa com que Farb seguia os aspectos superficiais dos marcos de 
aprendizagem da startup enxuta: lancaram um produto inicial e estabeleceram algumas 
metricas de base. Tinham iterates relativamente curtas, cada uma das quais julgada pela 



propria capacidade de melhorar as metricas do cliente. 

No entanto, como a Grockit utilizava os tipos errados de metrica, a startup nao progredia de 
verdade. Farb se sentia frustrado nos seus esforgos de aprender a partir do feedback do 
cliente. Em cada ciclo, o tipo de metricas que sua equipe enfocava mudava: num mes, 
considerava os numeros brutos de utilizagao; no outro, a quantidade de registros etc. Essas 
metricas subiam e desciam aparentemente por conta propria. Farb nao conseguia fazer 
inferences claras de causa e efeito. Nesse ambiente, priorizar o trabalho de modo correto e 
muito desafiador. 

Farb poderia ter pedido para que seu analista de dados investigasse uma questao especifica. 
Por exemplo, quando langamos o recurso X, isso afetou o comportamento dos clientes? Mas 
isso exigiria muito tempo e esforgo. Quando exatamente o recurso X foi langado? Que clientes 
ficaram expostos a esse recurso? Algum outro recurso foi langado na mesma epoca? Os 
fatores sazonais podiam estar distorcendo os dados? Descobrir essas respostas exigiriam a 
analise de uma quantidade imensa de dados. A resposta muitas vezes viria semanas depois da 
formulagao da pergunta. Nesse meio tempo, a equipe haveria migrado para novas prioridades 
e novas questoes que precisavamde ate 119 ao urgente. 

Em comparacao com diversas startups, a equipe da Grockit apresentava uma grande 
vantagem: era extremamente disciplinada. Uma equipe disciplinada pode aplicar a 
metodologia errada, mas e capaz de tomar uma providencia rapida assim que descobre o erro. 
Mais importante: uma equipe disciplinada pode experimentar o proprio estilo de trabalho e 
tirar conclusoes significativas. 


INTRODUCAO AS METODOLOGIAS AGEIS 

A disciplina da gestao de projetos vem sendo aprimorada, formal ou informalmente, ha milenios. Baseia-se 
principalmente nas tecnicas da construgao civil que concentra todo o trabalho de planejamento, previsao de custos e 
antecipagao de problemas nos engenheii'os e arquitetos envolvidos na produgao da “planta” a ser seguida, fiel e 
cegamente, por um time de construtores habilidosos. 

Ao contrario de uma disciplina que teve incontaveis geragoes envolvidas em seu aprimoramento, o projeto de software 
teve aproximadamente meio seculo entre seu surgimento e vir a se tomar uma base da economia e comunicagao da 
sociedade moderna. Naturalmente, tendo sido bem-sucedidas e provadas na construgao de produtos tangiveis, as tecnicas 
de engenharia foram tomadas como ponto de partida para a organizagao de projetos de software, inaugurando uma nova 
area do conhecimento que nao surpreendentemente foi batizada de “engenharia de software”. 

Essa modelagem com fases distintas de design e implementagao nao e otima ao ser aplicada em software. O cliente 
raramente sabe de antemao tudo o que precisa antes que possa experimentar o software em uma situagao real e tende a 
se basear em suposigoes; alern do que as especificagoes, necessidades de negocio e mesmo a tecnologia disponivel 
mudam com o tempo. O risco de construir algo inadequado ou obsoleto cresce quanto maior for a duragao do projeto de 
software com escopo fixo; tarnbem crescem os custos de mudanga quanto mais tarde uma necessidade de alteragao de 
especificagao for identificada. 

As metodologias ageis de desenvolvimento comegaram a ganhar popularidade no final da decada de 1990: uma nova 
formulagao desenvolvida ao redor das caracteristicas inerentes ao desenvolvimento de software e do reconhecimento de 
que esta e uma atividade diversa, em que o trabalho de construgao (compilagao, geragao de pacotes de instalagao etc.) e 
muito pequeno, barato e automatico, e que a escrita de codigo-fonte corresponde ao trabalho de design da solugao, o que 
delimita claramente a fronteira entre os processos adequados a engenharia tradicional e os apropriados ao 
desenvolvimento de software. 

A agilidade em desenvolvimento de software refere-se a fomia como uma metodologia responde a necessidade 



constante de mudangas, devendo ser rapida e adaptativa. Deve focar na comunicagao eficiente entre todos os envolvidos 
no projeto, aproximando o cliente do time de desenvolvimento, que efetua entregas incrementais, frequentes, periodicas e 
funcionais de software ao longo do desenvolvimento. 

O processo agil e guiado pelas descrigoes do que o cliente considera necessario, reconhece que os pianos tern validade 
curta e necessitam ser constantemente atualizados, concentra esforgos nas atividades de desenvolvimento e nas entregas 
constantes de software pronto para uso pelo cliente. O processo se adapta as necessidades das pessoas e nao o contrario; 
a competencia, a colaboragao, a autonomia e a auto-organizagao sao caracteristicas valorizadas e necessarias para os 
times age is. 

Como lidar, entao, com as constantes mudangas de requisites? Em vez de uni desenvolvimento tradicional dividido em 
“planejamento, implementagao, teste, implantagao” (conhecido como “desenvolvimento em cascata” ou “waterfall”), as 
metodologias ageis trabalham com ciclos curtos de desenvolvimento, geralmente de poucas semanas, de forma que o 
produto e constantemente apresentado para o cliente a medida que e construido. 

A constante reavaliagao e refinamento do produto permite o ajuste do desenvolvimento a medida que cliente e time 
ganharn conhecimento sobre o que esta sendo desenvolvido. Mudangas de requisites podern ser tratadas de maneira 
ordenada, e caracteristicas que tragarn valor ao produto podem ser priorizadas pelo cliente, maximizando a utilidade e o 
valor do produto final. 

Extreme Programming (XP) 

Extreme Programming baseia-se em cinco valores: comunicagao, feedback, simplicidade, coragem e respeito. A partir 
destes valores sao elaborados 14 principios e, a partir destes, 24 praticas concretas que podem ser aplicadas pelos times 
em seu dia a dia. As praticas necessitam dos principios para ter proposito, e os valores fornecem a consistencia e a 
unidade para a metodologia como um todo. 

Programagao em pares (pair programming) e desenvolvimento guiado por testes (test driven development, ou TDD) 
estao entre as praticas popularizadas por XP e adotadas por times de desenvolvimento. 

Scrum 

Scrum como atualmente difundido descreve praticas de gestao e acompanhamento do desenvolvimento do software. O 
desenvolvimento e dividido em iteragoes curtas, conhecidas como “sprints”, tipicamente de duas semanas. As 
caracteristicas do sistema a ser desenvolvido sao trabalhadas e priorizadas numa lista conhecida como “Product Backlog” 
ao inicio de cada novo sprint. As principals historias do backlog sao selecionadas durante uma reuniao conhecida como 
“sprint planning” e entao desenvolvidas. 

Reunides diarias (“daily meetings”) sao realizadas visando a eficiencia da comunicagao. Nelas, os participantes relatam 
no que trabalharam ate a reuniao e no que trabalharao ate a proxima, bem como impedimentos que estejam impactando o 
progresso do trabalho, em nao mais de 15 minutos, frequentemente em pe. 

Ao final do sprint as funcionalidades desenvolvidas sao apresentadas durante o “sprint review” e uma reuniao de 
retrospectiva e realizada para a comunicagao do aprendizado daquele ciclo e a melhoria continua do processo de 
desenvolvimento guiada pelo time. 

Scrum define tambem papeis especiais: o “Scrum Master”, cuja fungao primordial e retirar impedimentos e garantir que 
o processo esteja sendo seguido, e o “Product Owner”, responsavel por ser a “voz do cliente”, definir historias de uso a 
serern implementadas, revisar o resultado de cada sprint e priorizar o backlog. 

Kanban 

Kanban e inspirado na experiencia da Toyota e seu “Sistema Toyota de Produgao”, em que a produgao e “puxada” pela 
necessidade e dispomhilidade, limitando a quantidade de trabalho em andamento (e estoque necessario) e adequando-a a 
demanda. O metodo Kanban aplicado ao desenvolvimento de software e uma abordagem para mudanga organizacional e 
de processos e nao uma metodologia propriamente dita, com papeis e cerimonias especificas definidos. 

Baseia-se na limitagao do trabalho em execugao (Work In Progress, ou WIP) atraves de uma ferramenta visual. Um 
quadro kanban pode ser implementado com tres colunas: a fazer (to do), em progresso (WIP) e concluido (done). Cada 
historia (tarefa ou unidade de trabalho) se desloca entre essas colunas. 

Uma vez que o lirnite de trabalho em progresso e atingido com frequencia, pode-se dividir essa coluna em cada um de 
seus constituintes (por exemplo: design, implementagao, testes) de forma que os gargalos passern a ser evidentes e possam 
ser trabalhados. O sucesso do Kanban depende do comprometimento organizacional com a melhoria gradual e continua de 
processos. 




Coortes e testes comparativos 

A Grockit mudou as metricas utilizadas para avaliar o sucesso de duas maneiras. Em vez de 
considerar as metricas brutas, a Grockit passou a adotar as metrica baseadas em coortes, e, em 
vez de procurar as relates de causa e efeito apos o fato, a empresa langaria cada novo 
recurso como umverdadeiro experimento de teste comparative. 

Uma experiencia de teste comparative (tambem conhecido como teste A/B ou multivariado, 
dependendo de quantas variaveis sao testadas simultaneamente) envolve versoes diferentes de 
um produto oferecidas aos clientes ao mesmo tempo. Observando-se as mudancas no 
comportamento entre os grupos de clientes, e possivel fazer inferencias acerca do impacto de 
diversas variagoes. Essa tecnica foi criada por anunciantes de mala-direta. Por exemplo, 
consideremos uma empresa que envia aos clientes um catalogo de compras de produtos, como 
o Land’s End ou Crate & Barrel. Se voce quiser testar umprojeto grafico do catalogo, podera 
enviar uma nova versao dele para 50% dos clientes e enviar o catalogo antigo para os outros 
50%. Para assegurar umresultado cientifico, os dois catalogos conteriam produtos identicos; a 
unica diferenga seriam as mudangas do projeto grafico. A fim de descobrir se o novo projeto 
grafico era eficaz, tudo o que teria de ser feito era monitorar os numeros das vendas para os 
dois grupos de clientes. (As vezes, essa tecnica e chamada de teste A/B, com referencia a 
pratica de atribuir nomes de letras para cada variagao.) Embora, muitas vezes, o teste 
comparative seja considerado uma pratica especifica de marketing (ou ainda especifica do 
marketing direto), as startups enxutas incorporam esse teste diretamente ao desenvolvimento 
de produto. 

Essas alteracocs resultaram em uma mudanca imediata no entendimento de Farb a respeito 
do negocio. Com frequencia, o teste comparative revela coisas surpreendentes. Por exemplo, 
diversos recursos que tornam o produto melhor aos olhos dos engenheiros e designers nao 
causam impacto no comportamento do cliente. Na Grockit, esse foi o caso, como o foi em 
todas as empresas que vi adotarem essa tecnica. Embora trabalhar com testes comparativos 
parega ser mais dificil porque requer contabilidade e metrica extras para acompanhar cada 
variacao, quase sempre economiza muito tempo a longo prazo, ao eliminar trabalho que nao 
tern importancia para os clientes. 

O teste comparative tambem ajuda as equipes a refinar o entendimento do que os clientes 
querem ou nao. Constantemente, a equipe da Grockit adicionava novas maneiras de os clientes 
interagirem entre si, na expectativa de que taia ferramentas de co muni cacao social 
aumentassem o valor do produto. Nessas iniciativas, estava implicita a crenga de que os 
clientes desejavammais co muni cacao durante os estudos. Quando o teste comparative revelou 
que os recursos extras nao mudavam o comportamento dos clientes, isso pos em duvida essa 
crenga. 

O questionamento inspirou a equipe a buscar um entendimento mais profiindo do que os 
clientes queriam de fato. Ela fez um brainstorm de novas ideias para experimentos de 



produtos que talvez provocassem mais impacto. Na realidade, muitas dessas ideias nao eram 
novas. So haviam sido ignoradas, pois a empresa estava concentrada no desenvolvimento de 
ferramentas sociais. Em consequencia, a Grockit testou um modo de estudo individual 
intensivo, completo com missoes e niveis semelhantes a jogos, para que os alunos pudessem 
ter a possibilidade de estudar sozinhos ou com os outros. Da mesma forma que na sala de aula 
original de Farb, isso se mostrou extremamente eficaz. Sem a disciplina do teste comparative, 
a empresa talvez nao tivesse tido essa compreensao. De fato, ao longo do tempo, por meio de 
dezenas de testes, ficou claro que a chave para o compromisso dos alunos era a oferta de uma 
combinagao de recursos sociais e individual. Os alunos preferiam ter uma alternativa de 
como estudar. 


Kanban 

Seguindo o principio kanban , ou restrigao de capacidade, da manufatura enxuta, a Grockit 
mudou o processo de priorizagao do produto. Sob o novo sistema, as historias dos usuarios so 
eram consideradas completas quando alcancavam a aprendizagem validada. Portanto, as 
historias podiam ser catalogadas emum dos quatro estados de desenvolvimento: no backlog 
de produto, em desenvolvimento, concluida (recurso completo do ponto de vista tecnologico), 
ou no processo de ser validada. Validada significa “saber se a historia era uma boa ideia”. Em 
geral, essa validacao vinha na forma de um teste comparative, mostrando uma mudanca no 
comportamento do cliente, mas tambem podia incluir entrevistas ou sondagens como cliente. 

A regra do kanban permite apenas poucas historias em cada um dos quatro estados. A 
medida que as historias fluem de um estado para o outro, os cestos se enchem. Assim que um 
cesto fica cheio, nao pode aceitar mais historias. Somente quando uma historia tiver sido 
validada e que podera ser removida do quadro kanban. Se a validacao ffacassar, e se 
constatamos que a historia e uma ma ideia, o recurso pertinente sera removido do produto (ver 
quadro na pagina seguinte). 

DIAGRAMA KANBAN DO TRABALHO PROGREDINDO DE ETAPA PARA ETAPA 

(Nenhum cesto pode conter mais que tres projetos por vez) 
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O trabalho em A comega. D e E estao em desenvolvimento. F aguarda validacao. 
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F e validada. D e E aguardam validagao. G, H e I sao novas tarefas a ser empreendidas. B e C 
estao sendo construidas. Aconclui o desenvolvimento. 
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B e C foram construidas, mas, conforme o kanban , nao podem ser movidas para o proximo 
cesto para valida^ao ate A, D e E terem sido validadas. O trabalho nao pode comegar em H e 
I ate que seja aberto espago nos cestos a ffente. 


Implementei esse sistema com diversas equipes e o resultado inicial sempre e frustrante: 
cada cesto se enche, comegando com o cesto “validado” e se movendo para o cesto 
“concluido”, ate nao ser possivel comecar nenhum outro trabalho. As equipes que estao 
acostumadas a avaliar sua produtividade de um modo estreito, pela quantidade de historia que 
entregam, sentem-se paralisadas. Aunica maneira de comegar a trabalhar comnovos recursos 
e investigar algumas das historias que estao concluidas, mas que ainda nao foram validadas. 
Com ffequencia, isso requer iniciativas de nao engenharia: conversar com os clientes, levar 
em consideragao os dados do teste comparative etc. 

Logo todos estao por dentro das coisas. Inicialmente, esse progresso ocorre aos trancos e 
barrancos. A engenharia pode terminar um grande lote de trabalho, seguido por teste e 
validacao extensivos. A medida que os engenheiros buscam maneiras de aumentar sua 
produtividade, comegam a perceber que, se incluirem o exercicio de valida^ao desde o inicio, 
toda a equipe podera ser mais produtiva. 

Por exemplo, por que construir um novo recurso que nao e parte de um experimento de teste 
de comparacao? Pode poupar tempo no curto prazo, mas levara mais tempo depois para testar, 
durante a fase de valida^ao. A mesma logica se aplica a uma historia que o engenheiro nao 
entende. De acordo com o antigo sistema, ele simplesmente construiria e descobriria depois o 


























que era. No novo sistema, esse comportamento e evidentemente contraproducente: sem uma 
hipotese clara, como uma histaria pode ser validada? Na IMVU, tambem observamos esse 
comportamento. Certa vez, vi um engenheiro junior enfrentar um alto executivo por causa de 
uma mudanca relativamente sem importancia. O engenheiro insistiu para que o novo recurso 
fosse submetido a um teste comparative, exatamente como qualquer outro recurso. Seus 
colegas o apoiaram; considerava-se bastante evidente que todos os recursos deviam ser 
testados de modo rotineiro, nao importava quern os estivesse comissionando. (De forma 
embaragosa, com muita frequencia, eu era o executivo em questao.) Um processo solido 
assenta a base para uma cultura saudavel, ou seja, uma em que as ideias sao avaliadas pelo 
merito, nao pelo cargo. 

Mais importante: as equipes trabalhando nesse sistema comecam a medir sua produtividade 
conforme a aprendizagem validada, nao emtermos de produgao de novos recursos. 


Teste de hipoteses na Grockit 

Quando a Grockit fez essa transigao, os resultados foram expressivos. Emum caso, decidiram 
testar um dos seus recursos principais, denominado lazy registration , para verificar se valia a 
pena o pesado investimento que estavam fazendo para manter essa funcionalidade. Sentiam 
confianga nesse recurso, pois o lazy registration e considerado uma melhor pratica de projeto 
para servigos on-line. Nesse sistema, os clientes nao tern de se cadastrar no servigo logo de 
inicio. Em vez disso, comegam a usa-lo imediatamente e sao solicitados a se cadastrar so 
depois de teremtido a oportunidade de experimentar o beneficio do servigo. 

Para um estudante, o lazy registration funciona do seguinte modo: ao acessar o site da 
Grockit, ele e posto de imediato numa sessao de estudo com outros alunos que estiverem 
examinando a mesma coisa. Ele nao da nome, enderego eletronico ou numero de cartao de 
credito. Nao ha nada para impedir que ele comece naquele momenta. Para a Grockit, isso era 
essencial para testar uma das suas suposigoes basicas: que os clientes estariam dispostos a 
adotar essa nova maneira de aprendizagem apenas se pudessem obter provas de que 
fiincionava desde o inicio. 

Como resultado dessa hipotese, o projeto da Grockit requereu o gerenciamento de tres 
categorias de usuarios: visitantes nao registrados, visitantes (experimentais) registrados e 
clientes que pagaram pela versao premium do produto. Esse projeto requereu trabalho extra 
consideravel para construir e manter: quanto mais categorias de usuarios existirem, mais 
trabalho e requerido para rastrea-los, e mais iniciativas de marketing sao requeridas para 
criar os incentivos corretos para incitar os clientes a passar para a proxima categoria. A 
Grockit empreendeu esse esforgo extra, pois a lazy registration era considerada uma melhor 
pratica do setor. 

Estimulei a equipe a tentar um teste comparative simples: pegaramuma coorte de clientes e 
exigiram que estes se registrassem de imediato, com base apenas nos materiais de marketing 
da Grockit. Para surpresa da equipe, o comportamento da coorte foi exatamente o mesmo que 
o do grupo de lazy registration : apresentaram a mesma taxa de registro, ativagao e 
subsequente retengao. Em outras palavras, o esforgo extra do lazy registration foi um 




completo desperdicio, ainda que seja considerada uma melhor pratica do setor. 

Ainda mais importante que a reducao do desperdicio foi o insight que esse teste sugeriu: os 
clientes estavam baseando sua decisao a respeito da Grockit em algo diferente do uso do 
produto. 

Pense a esse respeito. Pense a respeito da coorte de clientes que eram requeridos a se 
registrar para o produto antes da entrada numa sessao de estudo com outros alunos. Eles 
tinham muito pouca informagao acerca do produto, nada mais do que era apresentado na home 
page e na pagina de registro da Grockit. Em contraste, o grupo do lazy registration tinha uma 
grande quantidade de informacoes sobre o produto, pois eles o haviam usado. No entanto, 
apesar dessa disparidade de informacoes, o comportamento do cliente foi exatamente o 
mesmo. 

Isso sugeriu que uma melhoria de posicionamento e marketing da Grockit talvez tivesse um 
impacto mais significativo em atrair novos clientes do que a adigao de novos recursos. Esse 
foi o primeiro de muitos experimentos importantes que a Grockit foi capaz de realizar. Desde 
aqueles primeiros dias, a empresa expandiu sua base de clientes de modo expressivo: emdias 
atuais, oferece preparagoes para diversos testes padronizados, incluindo GMAT, SAT, ACT e 
GRE, alemde cursos on-line de matematica e ingles para alunos da 7 a a 12 a series. 

A Grockit continua a construir seu processo buscando constantemente melhoria continua. 
Com mais de vinte funcionarios no escritorio de San Francisco, a Grockit continua a agir com 
a mesma abordagem calculada e disciplinada que foi sua marca registrada desde o comedo. A 
empresa ajudouperto de ummilhao de alunos e, semduvida, ajudara outros milhoes mais. 


O VALOR DOS TRES AS 

Esses exemplos da Grockit demonstram cada um dos tres As das metricas: acionavel, 
acessivel e auditavel. 


Acionavel 

Para um relatorio ser considerado acionavel, deve demonstrar causa e efeito claros. Caso 
contrario, e uma metrica de vaidade. Os relatorios que a equipe da Grockit comegaram a 
utilizar para julgar seus marcos de aprendizagem deixaram muito claro que acoes seriam 
necessarias para reproduzir os resultados. 

Em contraste, as metricas de vaidade frustram esse criterio. Consideremos o numero de 
visitas ao site de uma empresa. Digamos que tivemos 40 mil visitas durante o mes; um novo 
recorde. De onde estao vindo as novas visitas? Sao de 40 mil novos clientes ou de uma pessoa 
com um navegador de Internet extremamente ativo? As visitas sao resultado de uma nova 
campanha de marketing ou de uma promogao de relates publicas? O que e uma visita? Cada 
pagina no navegador conta como uma visita, ou todas as imagens e conteudo multimidia 
integrados tambem contam? Aqueles que ja participaram de uma reuniao debatendo as unidade 
de medigao num relatorio reconhecerao esse problema. 

As metricas de vaidade provocam estragos, pois se aproveitam de uma fraqueza da mente 



humana. Na minha experiencia, quando os numeros sobem, as pessoas acham que a melhoria 
foi causada por suas agoes, por tudo o que estavam trabalhando na ocasiao. Eis por que e tao 
comum haver uma reuniao em que o marketing acha que os numeros subiram por causa de uma 
nova iniciativa de relacoes publicas ou marketing, e a engenharia acha que os numeros 
melhores sao resultado dos novos recursos adicionados. Descobrir o que na verdade esta 
acontecendo e muito oneroso, e, assim, a maioria dos gerentes apenas segue adiante, fazendo o 
maximo possivel para estabelecer o proprio juizo com base na sua experiencia e na 
inteligencia coletiva do recinto. 

Infelizmente, quando os numeros afimdam, a reagao e muito diferente: nesse momento, a 
falha e dos outros. Dessa maneira, a maioria dos departamentos ou membros da equipe vive 
num mundo onde seu departamento esta sempre melhorando as coisas, somente para ter seu 
trabalho arduo sabotado por outros departamentos, que simplesmente nao entendem isso. 
Causa alguma surpresa que esses departamentos desenvolvam os proprios e distintos jargao, 
linguagem, cultura e mecanismos de defesa contra os palhagos que trabalham no fim do 
corredor? 

As metricas acionaveis sao o antidoto para esse problema. Quando a causa e efeito sao 
entendidos com clareza, as pessoas sao mais capazes de aprender a partir de suas agoes. Os 
seres humanos sao aprendizes talentosos por natureza quando recebem uma avaliagao clara e 
objetiva. 


Acessivel 

Muitos relatorios nao sao entendidos pelos funcionarios e gerentes, que deveriam utiliza-los 
para orientar suas tomadas de decisao. Infelizmente, a maioria dos gerentes nao reage a essa 
complexidade trabalhando em conjunto com a equipe de banco de dados para simplificar os 
relatorios e para que possam entende-los melhor. Com frequencia, os departamentos gastam 
sua energia aprendendo como utilizar os dados para obter o que querem, em vez de usa-los 
como um feedback autentico para orientar suas acoes fiituras. 

Ha um antidoto para esse uso incorreto dos dados. Primeiro, os relatorios devem ser 
elaborados do modo mais simples possivel, para que todos os entendam. Lembremos da 
sentenga: “Metricas tambem sao pessoas”. O modo mais facil de elaborar relatorios 
compreensiveis e utilizar unidades tangiveis, concretas. O que e uma visita a um site? Na 
realidade, ninguem tern certeza, mas todos sabem o que e uma pessoa visitando um site: 
podemos praticamente visualizar as pessoas sentadas diante de seus computadores. 

Eis por que os relatorios baseados em coortes sao o padrao-ouro das metricas de 
aprendizagem: convertem agoes complexas em relatorios baseados em pessoas. Cada analise 
de coorte afirma: entre as pessoas que utilizaram nosso produto nesse periodo, eis quantas 
delas exibiram cada um dos comportamentos que nos interessam. No exemplo da IMVU, 
observamos quatro comportamentos: o download do produto, o acesso ao produto a partir do 
computador de uma pessoa, o envolvimento numa conversa com outros clientes, e a 
atualizacao ( upgrading ) para a versao paga do produto. Em outras palavras, o relatorio trata 
de pessoas e das suas agoes, o que e muito mais util do que pilhas de pontos de dados. Por 



exemplo, pensemos a respeito da dificuldade em dizer se a IMVU estava sendo bem-sucedida 
se tivessemos relatado apenas a quantidade total de conversas pessoa a pessoa. Digamos que 
tivemos 10 mil conversas numperiodo. Isso e bom? Seria isso uma unica pessoa sendo muito, 
muito social, ou 10 mil pessoas diferentes estao testando o produto uma vez e depois 
desistindo? Nao ha maneira de saber sem criar um relatorio mais detalhado. 

Com o aumento dos numeros brutos, a acessibilidade se torna cada vez mais importante. E 
dificil visualizar o que significa se o numero de visitas de um site cai de 250 mil, num mes, 
para 200 mil no mes seguinte, mas a maioria das pessoas entende logo o que significa a perda 
de 50 mil clientes. E praticamente um estadio inteiro lotado de pessoas que abandonam o 
produto. 

A acessibilidade tambem se refere ao acesso difundido aos relatorios. A Grockit fez isso 
muito bem. Todos os dias, seu sistema gerava automaticamente um documento que continha os 
ultimos dados de cada um dos seus experimentos de teste comparative e de outras metricas 
associadas ao salto de fe. Esse documento era enviado por e-mail para todos os funcionarios 
da empresa; eles sempre tinham uma copia recente em suas caixas de entrada. Os relatorios 
eram bem esquematizados e faceis de ler, com cada experimento e seus resultados explicados 
em li nguagem comum. 

Outra maneira de tornar os relatorios acessiveis e utilizar a tecnica que desenvolvemos na 
IMVU. Em vez de hospedar analises ou dados num sistema distinto, nossos dados e sua 
infraestrutura de relatorios eram considerados parte do proprio produto, e pertenciam a equipe 
de desenvolvimento de produto. Os relatorios estavam disponiveis no nosso site, acessivel a 
qualquer um com uma senha de funcionario. 

Todos os funcionarios podiam acessar o sistema a qualquer hora, escolher a partir de uma 
lista com todos os experimentos correntes e passados, e ver um resumo dos resultados numa 
unica pagina. Ao longo do tempo, esses resumos tornaram-se, na pratica, o padrao para 
resolver discussoes de produto em toda a organizagao. Quando as pessoas precisavam de 
evidencias para sustentar o que haviam aprendido, traziam um documento impresso com eles 
para a reuniao pertinente, confiantes que todos a quern mostrassem esse documento 
entenderiam seu significado. 


Auditavel 

Quando somos informados de que nosso projeto predileto e um fracasso, a maioria de nos 
sente a tentagao de culpar o mensageiro, os dados, o gerente, os deuses ou qualquer outra 
coisa. Eis por que o terceiro A da boa metrica - “auditavel” - e tao essencial. Devemos 
assegurar que os dados sejamconfiaveis para os funcionarios. 

Os funcionarios da IMVU brandiam relatorios de uma pagina para demonstrar o que 
aprenderam para resolver discussoes, mas muitas vezes o processo nao era tao sempercalgos. 
A maioria das vezes, quando um gerente, um programador ou uma equipe era confrontado com 
resultados que liquidavam um projeto predileto, o perdedor do argumento desafiava a 
veracidade dos dados. 

Esses desafios sao mais comuns do que a maioria dos gerentes admite, e, infelizmente, a 



maioria dos sistemas de relatorios nao e elaborada para responder a esses desafios com 
sucesso. As vezes, isso e resultado de um desejo bem-intencionado, mas inapropriado, de 
proteger a privacidade dos clientes. Na maioria dos casos, a falta dessa documentagao de 
suporte e apenas questao de negligencia. A maioria dos sistemas de relatorios nao e 
desenvolvida pelas equipes de desenvolvimento de produto, cuja tarefa e priorizar e construir 
os recursos do produto. Esses sistemas sao desenvolvidos por analistas e gerentes de 
negocios. Os gerentes que devem utilizar esses sistemas so podem verificar se os relatorios 
sao mutuamente compativeis. Com frequencia, tambem carecem de uma maneira de testar se os 
dados sao compativeis com a realidade. 

A solugao? Primeiro, lembrarmos que “metricas tambem sao pessoas”. Precisamos ser 
capazes de testar os dados pessoalmente, no caotico mundo real, conversando com os clientes. 
E a unica maneira de conseguirmos verificar se os relatorios contem fatos verdadeiros. Os 
gerentes precisam da capacidade de conferir por amostragem os dados com os clientes reais. 
Tambem tern um segundo beneficio: os sistemas que proporcionam esse nivel de auditoria dao 
aos gerentes e empreendedores a oportunidade de obter insights de por que os clientes estao 
se comportando da forma indicada pelos dados. 

Segundo, esses relatorios construidos devem garantir que os mecanismos que geram os 
relatorios nao sejammuito complexos. Sempre que possivel, os relatorios devem ser extraidos 
direto dos dados mestres, em vez de serem provenientes de um sistema intermediario, o que 
reduz a possibilidade de erro. Observei que toda vez que uma equipe tern um dos seus 
julgamentos ou suposigoes derrubados como resultado de um problema tecnico com os dados, 
a confianga, a moral e a disciplina sao abaladas. 

* * * 

Quando voce observa empreendedores terem exito no mundo de criagao de mitos de 
Hollywood, dos livros e das revistas, a historia sempre e estruturada da mesma maneira. 
Primeiro, vemos o protagonista impetuoso tendo uma epifania, incubando uma grande e nova 
ideia. Tomamos conhecimento a respeito de seu carater e personalidade, como ele esta no 
lugar certo na hora certa, e como deu o dramatico sal to de comecar um negocio. 

Em seguida, a fotomontagem comeca. Em geral, e curta, apenas alguns minutos de narrativa 
ou fotografia time-lapse. Vemos o protagonista formando uma equipe, talvez trabalhando num 
laboratorio, escrevendo em quadros brancos, fechando vendas, socando alguns teclados. No 
final da montagem, os fiindadores sao bem-sucedidos, e a historia pode avancar para uma 
passagemmais interessante: como dividir o espolio do sucesso, quern aparecera nas capas das 
revistas, quern move uma agao contra quern, e as implicates para o futuro. 

Infelizmente, o mundo real que determina o sucesso das startups acontece durante a 
fotomontagem. Nao faz parte da edicao porque e muito mac ante. Apenas 5% do 
empreendedorismo e a grande ideia, o modelo do negocio, a formulagao da estrategia no 
quadro branco e a divisao do espolio. Os outros 95% sao o trabalho resoluto, que e medido 
pela contabilidade para inovagao: decisoes de priorizagao de produto, decidindo que clientes 
visar ou escutar, e ter a coragem de sujeitar uma grande visao a teste e feedback constantes. 



Uma decisao se destaca acima de todas as outras como a mais dificil, a mais demorada, e a 
maior fonte de desperdicio para a maioria das startups. Todos devemos enfrentar esse teste 
fundamental: decidir quando pivotar e quando perseverar. Para entender o que acontece 
durante a fotomontagem, temos de compreender como pivotar, e esse e o tema do Capitulo 8. 


39 Em contraste, o Overture (no fim, adquirido pelo Yahoo), o principal concorrente do Google, tinha um tamanho minimo de 
conta de 50 dolares, que nos dissuadiu de realizar o registro, pois era muito oneroso. 


40 Historicamente, as coortes (em latim: cohors) eram subdivides de uma legiao romana: < http://pt.wikipedia.org/wiki/Coorte >. 
No entanto, o sentido para o texto e conforme utilizado na estatistica: < 
http://pt.wikipedia.org/wiki/Coorte %28estat%C3%ADstica%29 >. 


41 GMAT: Graduate Management Admission Test, isto e, prova de aptidao para todos os interessados em cursos de 
administragao avangada nos Estados Unidos. LSAT: Legal Scholastic Aptitude Test, isto e, teste de aptidao para todo os 
interessados em estudar numa faculdade de direito nos Estados Unidos. SAT: Scholastic Assessment Test, isto e, teste de 
avaliagao de conhecimento exigido para entrar em curso superior nos Estados Unidos. (N. T.) 


42 Para mais detalhes acerca da jomada de empreendedorismo de Farb, ver essa entrevista em Mixergy: 
<http://mixergv.com/farbood-nivi-grockit-interview/ >. 
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PIVOTAR (OU PERSEVERAR) 


T odo empreendedor acaba enfrentando um desafio predominante no desenvolvimento de 
um produto bem-sucedido: decidir quando pivotar e quando perseverar. Tudo que foi 
discutido ate aqui e umpreludio para uma pergunta aparentemente simples: estamos fazendo 
progresso suficiente para acreditar que nossa hipotese estrategica original e correta ou 
precisamos fazer uma grande mudanca? Ou seja, uma correcao de curso estruturada, projetada 
para testar uma nova hipotese fundamental acerca do produto, da estrategia e do motor de 
crescimento. 

Por causa da metodologia cientifica que fiindamenta a startup enxuta, nao raro ha um 
entendimento erroneo de que ela oferece uma formula rigida para tomar a decisao de pivotar 
ou perseverar. Isso nao e verdade. Nao ha maneira de remover o elemento humano - visao, 
intuigao, julgamento - da pratica do empreendedorismo, nem isso seria desejavel. 

Meu objetivo na defesa de uma abordagem cientifica para a criagao das startups e canalizar 
a criatividade humana para sua forma mais produtiva, e nao ha maior destruidor do potencial 
criativo que a decisao mal orientada de perseverar. As empresas que nao conseguem pivotar 
para uma nova diregao com base no feedback do mercado podem ficar presas na terra dos 
mortos-vivos, nem crescendo o suficiente, nem morrendo, consumindo recursos e dedicagao 
dos fiincionarios e de outras partes interessadas, mas sem avangar. 

No entanto, ha uma boa noticia para a nossa confianga no julgamento. Somos capazes de 
aprender, somos criativos por natureza, e temos uma capacidade notavel de perceber o sinal 
em meio ao ruido. De fato, somos tao bons nisso que, as vezes, percebemos sinais que nao 
estao ali. O cerne do metodo cientifico e a compreensao de que, embora o julgamento humano 
possa ser falho, podemos melhorar nosso julgamento sujeitando nossas teorias a testes 
frequentes. 

A produtividade da startup nao consiste em produzir mais widgets ou recursos, mas em 
alinhar nossos esforgos com um negocio e um produto que estao fiincionando para criar valor 
e impulsionar o crescimento. Em outras palavras: os pivos bem-sucedidos nos colocam no 
caminho do desenvolvimento de um negocio sustentavel. 


A CONTABILIDADE PARAEVOVACAO LEVA A PIVOS 
MAIS RAPIDOS 



Para ver esse processo em agao, falemos de David Binetti, CEO da \btizen. David tem uma 
longa carreira ajudando a trazer o processo politico norte-americano para o seculo XXI. No 
inicio da decada de 1990, ele ajudou a criar o USA.gov, o primeiro portal para o governo 
federal. Tambem vivenciou alguns fracassos classicos relativos a startups. No momenta de 
construir a Votizcn, ele estava determinado a nao apostar ate o ultimo centavo na sua visao. 

David quis enfrentar o problema da participagao civica no processo politico. Seu primeiro 
conceito de produto era uma rede social de eleitores verificados; um lugar onde pessoas 
apaixonadas por causas civicas podiam se reunir, partilhar ideias e recrutar amigos. David 
desenvolveu seu primeiro produto minimo viavel por pouco mais de 1,2 mil dolares emcerca 
de tres meses e o langou. 

Ele nao estava desenvolvendo algo que ninguem queria. De fata, desde os primeiros dias, o 
Votizcn foi capaz de atrair os adotantes iniciais que gostaram do conceito principal. Como 
todos empreendedores, David teve de refinar seu produto e modelo de negocios. O que 
tornava seu desafio particularmente dificil era que ele tinha de fazer pivos a despeito do 
sucesso moderado. 

O conceito inicial de David envolveu quatro grandes saltos de fe: 

1. Os clientes se interessariam o suficiente na rede social para se cadastrar. 
(Registro) 

2. O \btizen seria capaz de confirma-los como eleitores registrados. (Ativagao) 

3. Os clientes que eram eleitores registrados se envolveriam com as ferramentas de 
ativismo do site ao longo do tempo. (Retencao) 

4. Os clientes envolvidos falariam com seus amigos a respeito do servigo e os 
recrutariampara as causas civicas. (Recomenda^ao) 

Tres meses e 1,2 mil dolares depois, o primeiro MVP de David estava nas maos dos 
clientes. Nas coortes iniciais, 5% se cadastraram no servigo e 17% confirmaram seu status de 
eleitores registrados (ver quadro abaixo). Os numeros eramtao baixos que nao existiam dados 
suficientes para verificar as taxas de retencao e recomendagao. Era o momenta de comegar a 
iteragao. 



MVP INICIAL 
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5% 

Ativagao 
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Retengao 
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Recomendagao 
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David gastou os dois meses seguintes e outros 5 mil dolares fazendo testes comparativos de 
novos recursos do produto, enviando mensagens, e melhorando o design do produto para 
facilitar seu uso. Esses testes resultaram em melhorias expressivas, indo de uma taxa de 
registro de 5% para 17%, e de uma taxa de ativagao de 17% para mais de 90%. Tal e o poder 
do teste comparative. Essa otimizagao deu a David uma massa critica de clientes para medir 
os dois proximos saltos de fe. No entanto, como exposto no quadro a seguir, os numeros se 
mostraram ainda mais desencorajadores: David alcancou uma taxa de recomendagao de 
somente 4% e uma taxa de retencao de 5%. 
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David sabia que precisava realizar mais desenvolvimentos e testes. Assim, nos tres meses 
seguintes, continuou a otimizar, realizar testes comparativos, e refinar sua abordagem de 
vendas. Conversou com clientes, promoveu grupos de foco e fez inumeros experimentos A/B. 
Como explicamos no Capitulo 7, num teste comparative, diferentes versoes de um produto sao 
oferecidas para diferentes clientes ao mesmo tempo. Ao observar as mudangas de 
comportamento entre os dois grupos, podemos fazer inferences a respeito do impacto das 
diferentes variacoes. Como exposto no quadro abaixo, a taxa de recomendagao subiu um 
pouco ate 6% e a taxa de retencao cresceu ate 8%. Um decepcionado David gastara oito 
meses de tempo e 20 mil dolares para construir um produto que nao cumpriu as expectativas 
do seu modelo de crescimento. 
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David enfrentou o dificil desafio de decidir entre pivotar ou perseverar. Essa e uma das 
decisoes mais dificeis enfrentadas pelos empreendedores. O objetivo de criar marcos de 
aprendizagem nao e facilitar a tomada de decisao, mas assegurar que ha dados relevantes 
quando chega o momento de tomar a decisao. 

Lembremos que, naquele momento, David tivera muitas conversas com os clientes. Detinha 
muita aprendizagem, que podia utilizar para racionalizar o insucesso que vivenciou com o 
produto corrente. Isso e exatamente o que diversos empreendedores fazem. No Vale do Silicio, 
essa experiencia e denominada “ficar preso na terra dos mortos-vivos”. Ocorre quando uma 
empresa alcangou um sucesso modico - o suficiente para permanecer viva -, mas nao esta 
correspondendo as expectativas dos fundadores e investidores. Essas empresas sao um dreno 
terrivel de energia humana. Por lealdade, os funcionarios e os fundadores nao querem desistir; 
sentemque o sucesso talvez seja iminente. 

David tinha duas vantagens que o ajudaram a evitar esse destino: 

1. Apesar de estar comprometido com uma visao significativa, ele fez o maximo para 
lancar cedo o produto e iterar. Portanto, enfrentava o momento de pivotar ou 
perseverar apenas oito meses depois da fundacao da empresa. Quanto mais 
dinheiro, tempo e energia criativa investidos numa ideia, mais dificil e pivotar. 
David tinha conseguido evitar essa armadilha. 

2. Ele identificara com clareza as questoes associadas ao salto de fe no principio e, 
mais importante, fizera predicoes quantitativas a respeito de cada uma delas. Nao 
lhe teria sido dificil declarar o sucesso em termos retroativos a partir daquele 
empreendimento inicial arriscado. Afinal, algumas das suas metricas, como a 
ativacao, estavam dando certo. Em termos de metricas brutas, como total de 
utiliza^ao, a empresa apresentava crescimento positivo. Somente porque David 
enfocou metricas acionaveis para cada uma das suas questoes de salto de fe e que 
ele foi capaz de aceitar que sua empresa estava falhando. Alemdisso, como David 
nao gastara energia em relates publicas prematuras, era capaz de fazer essa 
determinagao sem constrangimento publico ou distracao. 

O ffacasso e um pre-requisito para a aprendizagem. O problema com a nogao de lancar um 
produto e entao ver o que acontece e que voce garantidamente tera sucesso... em ver o que 
acontece. E entao? Assim que voce fiver alguns clientes, tendera a ter cinco opinioes a 
respeito do que fazer a seguir. Qual voce devera escutar? 

Os resultados da \btizen eram bons, mas nao bons o suficiente. David sentiu que, embora 
sua otimizagao estivesse melhorando as metricas, estas nao estavam tendendo a um modelo 
que sustentaria o negocio no todo. Mas como todos os bons empreendedores, ele nao desistiu 
prematuramente, mas decidiu pivotar e testar uma nova hipotese. Tal atitude exige que 



mantenhamos um pe enraizado no que aprendemos ate aquele momenta, enquanto fazemos uma 
mudanca fundamental na estrategia, a fim de buscar uma aprendizagem validada ainda maior. 
Nesse caso, o contato direto de David com os clientes se mostrou essencial. 

Ele escutara tres tipos de feedback recorrentes nos seus testes: 

1. “Sempre quis me envolver mais; isso facilita muito as coisas.” 

2. “O fata de que voce demonstra que souumeleitor temimportancia.” 

3. “Nao ha ninguemaqui. Qual e o sentido de voltar?”— 

David decidiu empreender o que eu chamo de pivo por zoom-in nas funcionalidades, 
reenfocando o produto no que previamente foi considerado apenas um recurso de um todo 
maior. Consideremos os comentarios dos clientes mencionados acima: eles gostam do 
conceito, gostam da tecnologia relativa ao registro do eleitor, mas nao estao obtendo valor da 
parte de rede social do produto. 

David decidiu converter o Votizen num produto chamado @2gov, uma “plataforma de lobby 
social”. Em vez de ter clientes integrados numa rede social civica, o @2gov permite-lhes 
entrar em contato com seus representantes eleitos rapida e facilmente por intermedio de redes 
sociais existentes, como o Twitter. O cliente interage virtualmente, mas o @2gov converte o 
contato virtual em papel. Os membros do Congresso recebem cartas e petigoes impressas a 
moda antiga como resultado. Em outras palavras: o @2gov converte o mundo de alta 
tecnologia dos clientes no mundo de baixa tecnologia da politica. 

O @2gov possuia um conjunto um pouco diferente de questoes associadas ao salto de fe 
para responder. Ainda dependia do cadastro dos clientes, da verifica^ao do status eleitoral e 
da recomenda^ao aos amigos, mas o modelo de crescimento mudou. Em vez de o negocio 
depender do envolvimento na comunidade (modelo “recorrente”), o @2gov era mais 
transacional. A hipotese de David era que os ativistas aficionados estariam dispostos a pagar 
para que o @2gov intermediasse os contatos em prol de eleitores que se preocupavam com 
suas questoes. 

O novo MVP de David custou quatro meses de trabalho e mais 30 mil dolares. Naquele 
momenta, ele gastara o total de 50 mil dolares e trabalhara por doze meses. No entanto, os 
resultados de sua proxima rodada de testes foram impressionantes: taxa de registro de 42%; 
de ati vac ao de 83%; de retencao de 21%; e de recomendacao de colossais 54%. No entanto, a 
quantidade de ativistas dispostos a pagar era menor do que 1%. O valor de cada transagao era 
muito baixo para sustentar um negocio lucrativo, mesmo depois de David ter feito o maximo 
para otimiza-lo. 

Antes de considerarmos o proximo pivo de David, notemos com que grau de convicgao ele 
era capaz de demonstrar a aprendizagem validada. David esperava que, com o novo produto, 
fosse capaz de melhorar muito suas metricas associadas ao salto de fe, e conseguiu isso (ver 
quadro abaixo). 
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Ele fez isso nao trabalhando com mais afmdo, mas com inteligencia, aplicando seus 
recursos de desenvolvimento do produto a um produto novo e diferente. Em comparagao com 
os quatro meses previos de otimizacao, os novos quatro meses de pivo resultaram num retorno 
muito maior sobre o investimento, mas David ainda estava preso numa armadilha antiga do 
empreendedorismo. As metricas e o produto estavam melhorando, mas nao rapido o suficiente. 

David voltou a pivotar. Mas agora, em vez de recorrer a ativistas pagantes para impulsionar 
os contatos, ele procurou grandes organizagoes, arrecadadores de recursos profissionais e 
grandes empresas, que tern interesse profissional ou empresarial em campanhas politicas. As 
empresas pareceram muito dispostas a usar e pagar pelo servigo de David, que assinou cartas 
de intencao com rapidez a fim de criar a fiincionalidade de que elas precisavam. Nesse pivo, 
David fez o que denomino pivo de segmento de clientes, mantendo a mesma fiincionalidade do 
produto, mas mudando o foco da audiencia. Ele enfocou quern paga: desde consumidores ate 
empresas e organizagoes sem fins lucrativos. Em outras palavras: a \btizen deixou de ser uma 
empresa business-to-consumer (B2C - empresa para consumidor) para ser uma empresa 
business-to-business (B2B - empresa para empresa). No processo, tambem mudou seu modelo 
de crescimento planejado, para outro em que fosse capaz de fmanciar o crescimento com os 
lucros gerados de cada venda B2B. 

Tres meses depois, David havia criado a fiincionalidade que prometera com base nas cartas 
de intencao. Mas quando voltou nas empresas para pegar os cheques, descobriu novos 
problemas. Empresa apos empresa considerou, protelou e, no final, declinou da oportunidade. 
Embora tivessem ficado empolgadas o suficiente para firmar uma carta de intencao, fechar 
uma venda real era muito mais dificil. No fim das contas, aquelas empresas nao eram 
adotantes iniciais. 

Com base nas cartas de intencao, David aumentara seu numero de fiincionarios, contratando 
mais pessoal de vendas e engenheiros na expectativa de ter de atender contas B2B com 
margem de lucro maior. Quando as vendas nao se materializaram, toda a equipe teve de 
























trabalhar mais duro para tentar achar receitas em outros lugares. No entanto, nao importa 
quantos telefonemas de vendas realizaram ou quanta otimizacao fizeram no produto, o modelo 
nao funcionava. Voltando para suas questoes associadas ao salto de fe, David concluiu que os 
resultados refiitaram sua hipotese B2B, assim, ele pivotar mais uma vez. 

Durante todo esse tempo, David estava aprendendo e obtendo feedback dos seus possiveis 
clientes, mas estava numa situagao insustentavel. \bce nao pode pagar os fiincionarios com o 
que aprendeu, e captar dinheiro naquela conjuntura teria agravado o problema. Levantar 
capital sem uma forga de tragao inicial nao e o mais certo a fazer. Se David fosse capaz de 
levantar capital, poderia manter a empresa em funcionamento, mas estaria injetando dinheiro 
num motor de crescimento destruidor de valor. Ele ficaria numa situagao de alta pressao: 
utilizar o dinheiro do investidor para fazer o motor de crescimento fiincionar ou correr o risco 
de ter de fechar a empresa (ou ser substituido). 

David decidiu reduzir o quadro de fiincionarios e pivotar de novo; desta vez, tentando o que 
denomino pivo de plataforma. Em vez de vender um aplicativo para um cliente por vez, David 
idealizou um novo modelo de crescimento inspirado na plataforma AdWords do Google. Ele 
desenvolveu uma plataforma de vendas com autosservigo, na qual qualquer pessoa poderia se 
tornar um cliente com apenas um cartao de credito. Portanto, nao importa a causa pela qual 
voce se entusiasmasse, poderia acessar o site @2gov e este o ajudaria a achar novas pessoas 
para ser envolvidas. Como sempre, os novos usuarios eram confirmados como eleitores 
registrados, e, assim, a opiniao deles influenciava os representantes eleitos. 

O novo produto levou so um mes a mais para ser desenvolvido e, de imediato, apresentou 
resultados: taxa de registro de 51%, taxa de ativagao de 92%, taxa de retengao de 28%, taxa 
de recomendagao de 64% (ver quadro abaixo). Mais importante: 11% desses clientes estavam 
dispostos a pagar 20 centavos de dolar por mensagem. Mais importante ainda: esse era o 
inicio de um modelo real de crescimento que poderia fiincionar. Receber 20 centavos de dolar 
por mensagem podia nao parecer muito, mas a alta taxa de recomendagao significava que o 
@2gov podia aumentar seu trafego sem gastar muito dinheiro em marketing (esse e o motor de 
crescimento viral). 
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A historia da Wizen expoe alguns padroes comuns. Um dos mais importantes de observar e 
a aceleragao dos MVPs. O primeiro MVP levou oito meses para ser desenvolvido; o segundo, 
quatro meses; o terceiro, tres meses; e o ultimo, um mes. Todas as vezes, David foi capaz de 
validar ou refiitar sua proxima hipotese cada vez mais rapido. 

Como podemos explicar essa aceleragao? E tentador creditar isso ao trabalho de 
desenvolvimento de produto que foi realizado. Muitos recursos foram criados, e, com eles, 
uma quantidade consideravel de infraestrutura. Portanto, toda vez que a empresa pivotou, nao 
tinha de comegar do zero. Mas essa nao e toda a historia. Em primeiro lugar, grande parte do 
produto tinha de ser descartada entre os pivos. Pior, o produto que ficava era classificado 
como produto legado, que nao era mais apropriado para os objetivos da empresa. Como e 
geralmente o caso, o esforgo necessario para reutilizar um produto legado significava trabalho 
extra. A contraposigao a essas forgas foram as ligoes aprendidas de maneira ardua por David 
atraves de cada marco. A \btizen acelerou o processo de MVP porque estava aprendendo 
coisas criticas a respeito de clientes, mercado e estrategia. 

Atualmente, dois anos depois de seu comego, a Votizen esta dando certo. Ha pouco tempo, 
levantou 1,5 milhao de dolares com Peter Thiel, investidor inicial do Facebook, um dos 
poucos investimentos de Internet para consumidores que ele fez nos ultimos anos. Hoje, o 
sistema da Wizen pode processar a identidade do eleitor em tempo real para 47 estados 
norte-americanos, representando 94% da populagao dos Estados Unidos, e transmitir dezenas 
de milhares de mensagens para o Congresso. A campanha Startup Visa utilizou as ferramentas 
da Votizen para apresentar o Startup Visa Act (S.565), o primeiro projeto de lei apresentado 
no Senado como resultado de lobby social. Essas atividades atrairama atengao de consultores 
estabelecidos de Washington, que estao procurando empregar as ferramentas da Votizen em 
futuras campanhas politicas. 

David Binetti resume sua experiencia desenvolvendo uma startup enxuta: 


Em 2003, fundei uma empresa praticamente na mesma area que estou hoje. Tinha quase a mesma qualificagao e 
credibilidade, resultante do sucesso do portal USA.gov. Mas, naquela epoca, minlia empresa era um fracasso total 
(apesar de consumir um investimento consideravelmente maior), enquanto agora tenho uma empresa que ganha dinheiro 
e fecha negocios. Naquele tempo, executei o tradicional modelo linear de desenvolvimento de produto, lanqando um 
produto incrivel (de fato, era) apos doze meses de desenvolvimento. Mas acabei descobrindo que ninguem o compraria. 
Dessa vez, produzi quatro versoes em doze semanas e gerei n iin ha primeira venda pouco tempo depois disso. E nao e 
so market timing - em 2003, duas outras empresas que se lanqaram numa area similar foram vendidas depois por 
dezenas de milhdes de dolares, e outras, em 2010, seguiram um modelo linear direto para o cadafalso.— 


A PISTA DE DECOLAGEM DE UMA STARTUP E O 


NUMERO DE PIVOS QUE ELA AINDA PODE FAZER 







E comum empreendedores experientes falarem da pista de decolagem que as startups ainda 
tern, ou seja, a quantidade de tempo restante que uma startup tern para conseguir decolar ou 
nao. Em geral, isso e defmido como o dinheiro restante no banco dividido pela taxa de 
“queima” de capital mensal, ou drenagem liquida naquele saldo de conta. Por exemplo, uma 
startup com 1 milhao de dolares no banco, que esta gastando 100 mil dolares por mes, possui 
uma pista de decolagem planejada de dez meses. 

Quando as startups comegam a ficar com pouco dinheiro, podem estender a pista de 
decolagem de duas maneiras: cortando gastos ou levando recursos financeiros adicionais. No 
entanto, quando os empreendedores cortam gastos de modo indiscriminado, estao tao sujeitos 
a cortar os gastos que estao permitindo que a empresa atravesse o ciclo de feedback construir- 
medir-aprender, quanto a cortar os desperdicios. Se os cortes resultarem numa desaceleragao 
desse ciclo de feedback , tudo o que os empreendedores conseguirao e ajudar a startup a falir 
mais devagar. 

A verdadeira medida da pista de decolagem e quantos pivos uma startup ainda tern: a 
quantidade de oportunidades que possui para realizar uma mudanca fundamental em sua 
estrategia empresarial. Medir a pista de decolagem por meio da perspectiva dos pivos, e nao 
do tempo, sugere outra maneira de estender essa pista: chegar a cada pivo com mais rapidez. 
Em outras palavras, a startup deve achar maneiras de alcancar a mesma quantidade de 
aprendizagem validada com custo menor ou em menos tempo. Todas as tecnicas do modelo de 
startup enxuta que foram discutidas ate aqui possuemisso como objetivo primordial. 


OS PIVOS REQUEREM CORAGEM 

Converse com a maioria dos empreendedores que decidiram pivotar, e eles lhe dirao que 
gostariam de ter tornado a decisao antes. Acredito que ha tres motivos de por que isso 
acontece. 

Primeiro, as metricas de vaidade permitem aos empreendedores chegar a falsas conclusoes 
e viver a propria realidade alternativa. Isso e especialmente prejudicial a decisao de pivotar, 
pois furta das equipes a crenga de que isso e necessario para mudar. Quando as pessoas sao 
forgadas a mudar contra seumelhor julgamento, o processo e mais dificil, demora mais, e leva 
a um resultado menos decisivo. 

Segundo, quando um empreendedor tern uma hipotese confiisa, e quase impossivel vivenciar 
um fracasso completo, e, sem o ffacasso, em geral nao ha o impeto para embarcar na mudanca 
radical requerida pelo pivo. Como mencionei antes, o fracasso da abordagem “langar e ver o 
que acontece” deve agora ser evidente: voce sempre tera exito... em ver o que acontece. 
Exceto em casos raros, os resultados iniciais serao ambiguos, e voce nao sabera se deve 
pivotar ou perseverar, se deve mudar de diregao oumanter o curso. 

Terceiro, muitos empreendedores tern medo. O reconhecimento do fracasso pode levar ao 
desanimo. O maior medo da maioria dos empreendedores nao e que suas visoes se mostrem 
equivocadas. Mais amedrontadora e a nocao de que a visao talvez seja considerada 
equivocada sem ter merecido uma chance real de ser provada. Esse medo condiciona muito a 
resistencia em relagao ao produto minimo viavel, ao teste comparative e a outras tecnicas 



para testar hipoteses. Ironicamente, esse medo eleva o risco, pois o teste nao ocorre ate a 
visao estar plenamente representada. No entanto, a essa altura, e muitas vezes muito tarde para 
pivotar, pois os recursos fmanceiros estao se esgotando. A fim de evitar esse destino, os 
empreendedores precisam enfrentar o proprio medo e estar dispostos a fracassar, nao raro de 
modo publico. De fato, os empreendedores que tern notoriedade, ou por causa do renome 
pessoal ou porque estao atuando como parte de uma marca famosa, enfrentam uma versao 
extrema desse problema. 

No Vale do Silicio, uma nova startup denominada Path foi fimdada por empreendedores 
experientes: Dave Morin, que previamente havia supervisionado a iniciativa da plataforma 
Facebook; Dustin Mierau, designer de produtos e cocriador do Macster; e Shawn Fanning, 
famoso criador do Napster. Em 2010, eles decidiram langar um produto minimo viavel. Por 
causa da notoriedade dos seus fiindadores, o MVP atraiu muita atengao da midia, em especial 
de blogs de tecnologia e startups. Infelizmente, o produto deles nao era direcionado para 
adotantes iniciais de tecnologia, e, por isso, a reagao inicial dos blogueiros foi bastante 
negativa. (Muitos empreendedores deixam de langar produtos porque tern medo desse tipo de 
reagao, preocupando-se que prejudicara o moral de toda a empresa. A fascinagao pela midia 
positiva, em particular no nosso setor de origem, e muito forte.) 

Felizmente, a equipe da Path teve a coragem de ignorar esse medo e se concentrou no que 
seus clientes disseram. Em consequencia, foi capaz de obter feedback inicial dos clientes 
reais. Isso foi essencial. O objetivo da Path e criar uma rede social mais privada que mantem 
sua qualidade ao longo do tempo. Muitas pessoas tern tido a experiencia de ficar conectadas 
em excesso nas redes sociais existentes, estabelecendo relagoes com ex-colegas de trabalho, 
amigos do ensino medio, parentes e colegas. Esses grupos muito amplos dificultam o 
compartilhamento de momentos mais intimos. A Path adotou uma abordagem incomum Por 
exemplo, limitou a quantidade de conexoes a cinquenta, baseada na pesquisa do cerebro 
realizada pelo antropologo Robin Dunbar, de Oxford. A pesquisa dele sugere que cinquenta e 
aproximadamente o numero de relacionamentos pessoais na vida de qualquer pessoa, em 
qualquer tempo determinado. 

Para os membros da imprensa especializada em tecnologia (e para muitos adotantes iniciais 
ligados em tecnologia), essa restrigao “artificial” em relagao ao numero de conexoes era um 
anatema. Eles rotineiramente utilizam novos produtos de redes sociais com milhares de 
conexoes. Aparentemente, cinquenta conexoes era um numero bempequeno. Em consequencia, 
a Path aturou muitas criticas publicas, o que foi dificil de ignorar. No entanto, os clientes 
afluiram para a plataforma, e o feedback foi muito diferente da negatividade da midia. Os 
clientes gostaram dos momentos intimos e queriam recursos que nao estavam no roteiro 
original do produto, tais como a capacidade de compartilhar o modo pelo qual as fotos dos 
amigos os faziamse sentir e a capacidade de compartilhar “momentos em video”. 

David Morin resumiu sua experiencia desta maneira: 


A realidade da nossa equipe e nossos backgrounds geraram uma grande expectativa. Acho que qualquer coisa que 
langassemos nao teria feito a menor diferenga: teriamos de satisfazer expectativas que erarn dificeis de cumprir. No 
entanto, para nos, significava apenas que precisavamos colocar nosso produto e visao no mercado de modo mais amplo, 
a fim de obter feedback e comegar a iteragao. Testamos humildemente as teorias e a abordagem para ver o que o 



mercado achava. Escutamos o feedback honestamente. E continuamos a inovar na diregao que achamos que criaria 
significado no mundo. 


A historia da Path esta apenas no inicio, mas a coragem deles em enfrentar os criticos ja esta 
compensando. Se precisarem pivotar, nao serao tolhidos pelo medo. Recentemente, obtiveram 
8,5 milhoes de dolares em capital de risco numa oferta liderada pela empresa Kleiner Perkins 
Caufield & Byers. Dessa maneira, a Path, ao que consta, recusou uma oferta de aquisigao de 
100 milhoes de dolares do Google.- 

REUNIAO A RESPEITO DE PIVOTAR OU PERSEVERAR 


A decisao de pivotar requer uma mentalidade lucida e objetiva. Discutimos os sinais 
reveladores dessa necessidade de pivotar: a eficacia decrescente dos experimentos com o 
produto e a scnsagao generalizada de que o desenvolvimento do produto deve ser mais 
produtivo. Sempre que voce notar esses sintomas, leve em considera^ao o ato de pivotar. 

A decisao de pivotar e dificil, em termos emocionais, para qualquer startup, e tern de ser 
abordada de maneira estruturada. Uma maneira de mitigar esse desafio e programar a reuniao 
com antecedencia. Recomendo que todas as startups tenham uma reuniao regular acerca de 
“pivotar ou perseverar”. Na minha experiencia, menos do que algumas semanas entre as 
reunioes e muito ffequente e mais do que alguns meses e muito infrequente. No entanto, cada 
startup precisa encontrar o proprio ritmo. 

Cada reuniao sobre pivotar ou perseverar requer a participagao das equipes tanto de 
desenvolvimento de produto como de lidcranca comercial. Na IMVU, tambem acrescentamos 
as perspectivas de conselheiros externos, que podiam nos ajudar a enxergar alem de nossas 
ideias preconcebidas e a interpretar os dados de novas maneiras. A equipe de 
desenvolvimento de produto deve trazer um relatorio complete dos resultados de suas 
iniciativas de otimiza^ao do produto ao longo do tempo (nao so do periodo passado), e 
tambem uma comparagao de como os resultados se comportaram em relacao as expectativas 
(mais uma vez, ao longo do tempo). A lideranga comercial deve trazer relates detalhados de 
suas conversas comclientes potenciais e correntes. 

Consideremos esse processo em agao num pivo dramatico realizado por uma empresa 
chamada Wealtbfront, fiindada em 2007 por Dan Carroll e que contratou Andy Rachleff como 
CEO logo depois. Andy e uma figura conhecida no Vale do Silicio: ele e cofiindador e ex- 
socio geral da Benchmark Capital, empresa de capital de risco, alem de professor da Stanford 
Graduate School of Business, onde da varios cursos sobre empreendedorismo no setor de 
tecnologia. Conheci Andy quando ele realizou um estudo de caso sobre a IMVU para ensinar 
aos alunos o processo que utilizamos para desenvolver a empresa. 

A missao da Wealtbfront e perturbar o setor de fundos mutuos, trazendo maior transparencia, 
acesso e valor aos pequenos investidores. No entanto, o que torna a historia da Wealtbfront 
incomumnao e onde a empresa esta hoje, mas como comecou: como umjogo on-line. 

Na encarnacao original da Wealtbfront, seu nome era kaChing, e foi concebido como um tipo 
de jogo para investidores amadores. Permitia que qualquer pessoa abrisse uma conta virtual 


de investimento e criasse uma carteira que se baseava nos dados do mercado real sem que 
fosse necessario investir dinheiro real. A ideia era identificar diamantes brutos: investidores 
amadores que careciam de recursos para se tornar gestores de fiindos, mas que possulam uma 
percepcao incomum do mercado. Os fundadores da Wealthfront nao queriam estar no negocio 
de jogos on-line em si; o kaChing era parte de uma estrategia sofisticada a servigo de uma 
visao maior. Qualquer aluno de inovacao radical teria aprovado: a empresa estava seguindo 
aquele sistema perfeitamente, atendendo a principio os clientes que eram incapazes de 
participar do mercado principal. Ao longo do tempo, acreditavam, o produto se tornaria cada 
vez mais sofisticado, permitindo que, no fim, os usuarios prestassem servigos para (e 
perturbassem) os gestores dos fiindos profissionais existentes. 

Para identificar os melhores investidores amadores, a Wealthfront desenvolveu uma 
tecnologia sofisticada para avaliar a habilidade de cada gestor de fundo, utilizando tecnicas 
empregadas pelos avaliadores mais sofisticados de gestores de ativos. Esses metodos lhes 
permitiam avaliar nao so os retornos gerados pelos gestores, mas tambem o grau de risco 
assumido. Alem disso, era possivel determinar a consistencia do desempenho dos gestores em 
relagao as estrategias de investimento declaradas por eles. Dessa maneira, os gestores de 
fiindos que alcancavam grandes retornos por meio de apostas temerarias (isto e, investimentos 
fora de sua area de expertise) seriam classificados numa posigao inferior em relagao aos que 
ti nha m descoberto como veneer o mercado por meio das habilidades. 

Com seu jogo kaChing, a Wealthfront esperava testar duas suposigoes do tipo salto de fe: 

1. Uma porcentagem significativa de jogadores demonstraria talento suficiente como 
gestores de fiindos virtuais, provando-se capazes de se tornarem gestores de ativos 
reais (a hipotese de valor). 

2. O jogo cresceria usando o motor de crescimento viral e gerando valor por meio de 
um modelo de negocios freemium (que prove servigos basicos gratuitos, mas 
servi^os avangados pagos). O jogo era gratis, mas a equipe esperava que uma 
porcentagem dos jogadores perceberia que eram investidores ruins e, portanto, 
gostaria de se converter em clientes pagantes assim que a Wealthfront oferecesse 
servi^os reais de administragao de ativos (a hipotese de crescimento). 

O kaChing foi um imenso sucesso inicial, atraindo mais de 450 mil jogadores no 
langamento. A essa altura, voce ja deve estar suspeitando desse tipo de metrica de vaidade. 
Muitas empresas menos disciplinadas teriam celebrado o sucesso e sentiriam que seu fiituro 
era seguro, mas a Wealthfront identificou suas suposigoes com clareza e foi capaz de pensar 
com mais rigor. No momento em que a Wealthfront estava pronta para langar seu produto 
financeiro pago, apenas sete gestores amadores se qualificaram para administrar o dinheiro de 
outras pessoas, muito menos do que o modelo ideal havia antecipado. Depois do lancamento 
do produto pago, foram capazes de contabilizar os jogadores que se transformaram em clientes 
pagos. Nesse caso, os numeros tambem foram desalentadores: a taxa de conversao foi perto de 
zero. O modelo tinha prognosticado que centenas de clientes se inscreveriam, mas apenas 
quatorze fizeram isso. 



A equipe trabalhou com afinco para descobrir maneiras de melhorar o produto, mas 
nenhuma demonstrou qualquer potencial que pudesse ser um diferencial. Era o momento de 
uma reuniao sobre pivotar ou perseverar. 

Se os dados que discutimos ate aqui fossem todos que estavam disponiveis na reuniao 
decisiva, a Wealthfront estaria em apuros. Teria sabido que sua estrategia corrente nao estava 
fiincionando, mas nao o que fazer para corrigi-la. Eis por que era critico que seguisse a 
recomenda^ao mencionada antes neste capitulo, ou seja, examinar possibilidades alternativas. 
Nesse caso, a Wealthfront tinha perseguido duas linhas importantes de inquirigao. 

A primeira foi uma serie de conversas com gestores de ativos profissionais, comegando com 
John Powers, o chefe de fundos da Universidade Stanford que reagiu de modo 
supreendentemente positivo. A estrategia da Wealthfront foi tragada com base na suposigao de 
que os gestores de ativos relutariam em se associar ao sistema, pois a maior transparencia 
ameagaria o senso de autoridade deles. Powers nao tinha essa preocupagao. Entao, o CEO 
Andy Rachleff comecou uma rodada de conversas com outros gestores de investimentos 
profissionais e trouxe os resultados para a empresa. Seus insights foramos seguintes: 

1. Os gestores de ativos profissionais bem-sucedidos sentiamque nao tinhamnada a 
temer em relagao a transparencia, pois acreditavam que esta validaria suas 
habilidades. 

2. Os gestores de ativos enfrentavam desafios importantes na gestao e expansao dos 
proprios negocios. Estavam assoberbados pela dificuldade de acompanhar as 
proprias contas. Em consequencia, precisavam de investimentos minimos elevados 
para atingir novos clientes. 

O segundo problema era tao grave que a Wealthfront estava lidando com visitas surpresa de 
gestores profissionais pedindo de forma inesperada para se associarem a plataforma. Eram 
adotantes iniciais classicos, que tinham a visao para abstrair o produto atual e enxergar algo 
que poderiam utilizar para conseguir uma vantagem competitiva. 

A segunda informagao qualitativa decisiva emergiu das conversas com os clientes. Ao que 
se constatou, eles acharam contusa a mistura de gestao de carteira de investimentos virtual e 
real no site do kaChing. Longe de ser uma maneira inteligente de conseguir clientes, a 
estrategia freemium estava fomentando confiisao a respeito do posicionamento da empresa. 

Esses dados deram forma a reuniao acerca de pivotar ou perseverar. Com todos os 
interessados presentes, a equipe debateu o que fazer em relagao ao fiituro. A estrategia 
corrente nao estava fiincionando, mas muitos funcionarios sentiam-se tensos em abandonar o 
jogo on-line. Afinal, era uma parte importante do que eles foram contratados para 
desenvolver. Haviam investido uma quantidade significativa de tempo e energia construindo e 
dando suporte para aqueles clientes. Era penoso - como sempre e - perceber que aquela 
energia fora desperdigada. 

A Wealthfront decidiu que nao poderia perseverar daquela maneira. Em vez disso, a 
empresa escolheu celebrar o que tinha aprendido. Se nao tivesse lancado o produto atual, a 
equipe nunca teria aprendido o que precisava saber para pivotar. De fato, a experiencia 



ensinou-lhes algo essencial a respeito da sua visao. Como Andy afirma: “O que de fato 
queriamos mudar nao era quem gerencia o dinheiro, mas quern tern acesso ao melhor talento 
possivel. Originalmente, achamos que precisavamos construir um negocio significativo com 
gestores amadores para conseguir a adesao dos gestores profissionais, mas, felizmente, 
constatamos que isso nao era necessario”. 

A empresa pivotou, abandonando os clientes do jogo e se concentrando em prestar um 
servi^o que permitia aos clientes investir com gestores profissionais. Na superficie, o pivo 
parece muito drastico, ja que a empresa mudou seu posicionamento, seu nome e sua estrategia 
de parceria. Chegou a descartar uma grande proporgao dos recursos que ha via desenvolvido. 
No entanto, em seu cerne, uma quantidade surpreendente continuou a mesma coisa. O trabalho 
mais valioso que a empresa executara foi desenvolver tecnologia para avaliar a eficacia dos 
gestores, e isso se tornou o nucleo em torno do qual o novo negocio foi desenvolvido. Isso 
tambem e algo comum em relagao aos pivos: nao e necessario descartar tudo que precedeu e 
come^ar de novo. Em vez disso, consiste em adaptar o que foi desenvolvido e o que foi 
aprendido para achar uma diregao mais positiva. 

Hoje, a Wealthfront esta prosperando como resultado do seu pivo, com mais de 180 milhoes 
de dolares investidos na plataforma e mais de quarenta gestores profissionais.- Ha pouco, foi 
considerada uma das dez empresas mais inovadoras em fman^as pela revista Fast Company. - 
A empresa continua a atuar com agilidade, expandindo-se de acordo com os principios de 
crescimento descritos no Capitulo 12. A Wealthfront tambem e uma defensora importante da 
tecnica de desenvolvimento conhecida como implantacao continua (continuous deployment ), 
que discutiremos no Capitulo 9. 

FRACASSO EM PIVOTAR 

A decisao de pivotar e tao dificil que diversas empresas fracassam ao coloca-la em pratica. 
Gostaria de poder dizer que sempre que fui confrontando com a necessidade de pivotar, lidei 
bem com isso, mas esta longe se ser verdade. Lembro-me em particular de uminsucesso. 

Alguns anos depois da fundacao da IMVU, a empresa estava tendo muito sucesso. A receita 
subira para mais de 1 milhao de dolares por mes. Haviamos criado mais de 20 milhoes de 
avatares para nossos clientes. Tinhamos conseguido levantar mais dinheiro de capital de risco 
e, como a economia global, cresciamos semparar. Mas o perigo espreitava de modo iminente. 

De modo involuntario, caimos numa armadilha classica para startups. Fomos tao bem- 
sucedidos nas primeiras iniciativas que ignoramos os principios subjacentes a elas. Em 
consequencia, nao percebemos a necessidade de pivotar, mesmo quando ela nos encarou de 
frente. 

Tinhamos desenvolvido uma organizagao que se destacou nos tipos de atividades descritas 
nos capitulos anteriores: criar produtos minimos viaveis para testar novas ideias e realizar 
experimentos para regular o motor de crescimento. Antes de termos comecado a desfrutar do 
sucesso, muitas pessoas nos aconselharam em relagao ao nosso produto minimo viavel de 
“baixa qualidade” e abordagem experimental, aconselhando-nos a reduzir a velocidade. Elas 
queriam que fizessemos as coisas certas e dessemos prioridade para a qualidade, nao para a 


velocidade. Ignoramos os conselhos, principalmente porque queriamos reivindicar as 
vantagens da velocidade. Depois que nossa abordagem se justificou, os conselhos que 
recebemos mudaram. Naquele momento, a maioria dos conselhos que escutamos era que “nao 
se pode discutir com o sucesso”, exortando-nos a manter o curso. Gostamos mais desses 
conselhos, mas estavam igualmente equivocados. 

Lembremos que o fundamento logico para desenvolver MVPs de baixa qualidade e que 
desenvolver quaisquer recursos alem do que os adotantes iniciais requerem e uma forma de 
desperdicio. No entanto, a logica disso o leva so ate ai. Assim que voce teve sucesso com os 
adotantes iniciais, voce quer vender para os clientes convencionais. E estes possuem 
requisites distintos e sao muito mais exigentes. 

O tipo de pivo que precisamos e denominado pivo de segmento de clientes, no qual a 
empresa percebe que o produto que esta desenvolvendo soluciona um problema real para 
clientes reais, mas que nao sao os clientes que ela originalmente planejou atender. Em outras 
palavras: a hipotese do produto se confirma apenas de modo parcial. (Este capitulo descreveu 
esse tipo de pivo na historia a respeito da \btizen, mencionada antes.) 

Um pivo de segmento de clientes e um pivo especialmente ardiloso de executar, pois, como 
aprendemos do jeito mais dificil na IMVU, as proprias agoes que nos tornarambem-sucedidos 
com os adotantes iniciais eram diametralmente opostas em relagao as agoes que tivemos de 
dominar para ser bem-sucedidos com os clientes convencionais. Careciamos de um 
entendimento claro a respeito do fiincionamento do nosso motor de crescimento. Tinhamos 
comegado a confiar nas metricas de vaidade. Haviamos parado de usar os marcos de 
aprendizagem para assumirmos responsabilidades. Em vez disso, era muito mais conveniente 
enfocar metricas brutas sempre maiores, que eram muito estimulantes: quebra de novos 
recordes de cadastro de clientes pagantes e usuarios ativos, monitoramento da nossa taxa de 
retengao de clientes etc. Sob a superficie, deveria ficar claro que nossos esforgos na 
regulagem do motor estavam alcangando retornos decrescentes, sinal classico da necessidade 
de pivotar. 

Por exemplo, passamos meses tentando melhorar a taxa de ativagao do produto (a taxa pela 
qual os novos clientes se tornam consumidores ativos do produto), que permanecia 
persistentemente baixa. Fizemos inumeros experimentos: melhorias de usabilidade, novas 
tecnicas de persuasao, programas de incentivo, jogos e outros recursos. Individualmente, 
muitos desses novos recursos e ferramentas de marketing foram bem-sucedidos. Nos os 
medimos com rigor, usando experimentagao A/B. No entanto, em conjunto, ao longo de muitos 
meses, percebiamos mudangas insignificantes nos indicadores gerais do nosso motor de 
crescimento. Mesmo nossa taxa de ativagao, que fora o centro do nosso foco, subiu apenas 
alguns pontos percentuais. 

Ignoramos os sinais porque a empresa continuava crescendo, apresentando resultados 
melhores todos os meses. No entanto, exauriamos com rapidez o mercado de adotantes 
iniciais. Ficava cada vez mais dificil achar clientes que podiamos adquirir aos pregos que 
estavamos acostumados a pagar. A medida que orientavamos nossa equipe de marketing para 
achar novos clientes, ela era forgada a entrar em contato com clientes convencionais, mas 
estes sao menos clementes em relagao a um produto inicial. As taxas de ativagao e 



monetizagao de novos clientes comegaram a cair, elevando o custo de aquisigao de novos 
clientes. Em pouco tempo, nosso crescimento estava minguando, enquanto nosso motor 
engasgava. 

Precisamos de muito tempo para fazer as mudangas necessarias a fim de corrigir a situagao. 
Como em relagao a todos os pivos, tivemos de voltar para os fundamentos e comegar de novo 
o ciclo da contabilidade para inovagao. Pareceu a segunda fundagao da empresa. Nos nos 
saimos realmente bem na otimizagao, na regulagem e na iteragao, mas, no processo, perdemos 
de vista o objetivo dessas atividades: testar uma hipotese clara a servigo da visao da empresa. 
Em vez disso, perseguiamos o crescimento, a receita e o lucro onde quer que pudessemos 
encontra-los. 

Tivemos de nos familiarizar comnossos novos clientes convencionais. Nossos designers de 
interagao deram o tom, desenvolvendo um claro arquetipo de cliente (persona) que se baseava 
em conversas e observagoes pessoais extensivas. Em seguida, tivemos de investir pesado 
numa revisao importante do produto, projetada para facilitar muito seu uso. Por causa do 
nosso foco excessivo no ajuste fino, tinhamos parado de fazer grandes investimentos como 
esses, preferindo investir em experimentos com testes de menor risco e menor rendimento. 

No entanto, o investimento em qualidade, design e projetos maiores nao exigia que 
abandonassemos nossas raizes experimentais. Ao contrario, assim que percebemos nosso erro 
e executamos o pivo, tais habilidades nos serviram muito bem. Criamos uma area restrita 
{sandbox) para a experimentagao, que descreveremos no Capitulo 12, e tinhamos uma equipe 
multifimcional que trabalhava com exclusividade nessa reestruturagao importante. Enquanto 
construiam, testavam de modo continuo o novo projeto de igual para igual em relagao ao 
antigo. A principio, o novo projeto teve um desempenho pior do que o anti go, como e com 
frequencia o caso. Carecia dos recursos e da funcionalidade do antigo projeto e tambemtinha 
muitos erros. No entanto, a equipe melhorou o projeto de maneira incansavel, ate que, meses 
depois, apresentou um desempenho melhor. Esse novo projeto assentou a base para nosso 
fiituro crescimento. 

Essa base compensou muito. Em 2009, a receita havia mais do que dobrado para mais de 25 
milhoes de dolares por ano. No entanto, poderiamos ter desfrutado desse sucesso antes se 
tivessemos pivotado mais cedo.- 


UM CATALOGO DE PIVOS 

Os pivos vem em diferentes sabores. As vezes, a palavra pivo e usada incorretamente como 
sinonimo de mudanga. Um pivo e um tipo especifico de mudanga, projetado para testar uma 
nova hipotese fundamental a respeito do produto, do modelo de negocios e do motor de 
crescimento. 


Zoom-in 

Nesse caso, o que antes era considerado um recurso isolado num produto torna-se o produto 
todo. Esse e o tipo de pivo executado pela Votizen ao se afastar de uma rede social completa e 


se aproximar de um simples produto de contato com o eleitor. 

Zoom-out 

Na situagao inversa, as vezes um unico recurso e insuficiente para suportar um produto 
completo. Nesse tipo de pivo, o que era considerado o produto completo torna-se um recurso 
isolado de um produto maior. 

Segmento de clientes 

Nesse pivo, a empresa percebe que o produto que esta construindo soluciona um problema 
real para clientes reais, mas que eles nao sao o tipo de clientes que a empresa originalmente 
planejava atender. Em outras palavras, a hipotese de produto e confirmada de modo parcial, 
solucionando o problema correto, mas para um cliente distinto em relagao ao originalmente 
previsto. 

Necessidade do cliente 

Como consequencia de conhecer os clientes muito bem, as vezes se torna claro que o 
problema que estamos procurando solucionar para eles nao e muito importante. No entanto, 
por causa dessa intimidade com o cliente, nao raro descobrimos outros problemas afins, que 
sao importantes e podem ser solucionados por nossa equipe. Em muitos casos, esses 
problemas afins podem exigir pouco mais do que o reposicionamento do produto existente. Em 
outros casos, pode exigir um produto completamente novo. Mais uma vez, esse e um caso em 
que a hipotese de produto e parcialmente confirmada: o cliente-alvo possui um problema 
merecedor de solucao, apenas nao aquele que foi originalmente previsto. 

Um exemplo conhecido e o da cadeia Potbelly Sandwich Shop, que, em dias atuais, possui 
mais de duzentas lojas. Em 1977, comegou comum antiquario; os donos comegaram a vender 
sanduiches como uma maneira de reforgar o movimento em suas lojas. Em pouco tempo, 
tinham pivotado seu caminho para uma linha de negocio totalmente diferente. 

Plataforma 

Um pivo de plataforma refere-se a uma mudanga de um aplicativo para uma plataforma, e 
vice-versa. Em geral, as startups que aspiram criar uma nova plataforma comegam a vida 
vendendo um aplicativo unico, o assim chamado aplicativo matador (killer app ), para sua 
plataforma. So algum tempo depois, a plataforma emerge como veiculo para terceiros tirarem 
proveito dela como maneira de criar os proprios aplicativos. No entanto, essa sequencia nem 
sempre e imutavel, pois algumas empresas temde executar esse pivo diversas vezes. 


Arquitetura de negocios 



Esse pivo se apropria do conceito de Geoffrey Moore, que observou que as empresas de 
modo geral seguem uma de duas arquiteturas principals de negocios: alta margem e baixo 
volume (modelo de sistemas complexos) ou baixa margem e alto volume (modelo de 
operates em volume).- Em geral, a primeira e associada com ciclos de venda de empresa 
para empresa (B2B), e a segunda, com produtos para consumidores (ha exce^oes notaveis). 
No pivo de arquitetura de negocios, uma startup troca de arquitetura. Algumas empresas 
mudam de alta margem e baixo volume, indo para o mercado de massa (por exemplo, 
“ appliance ” de busca do Google); outras, originalmente projetadas para o mercado de massa, 
acabaram requerendo ciclos de vendas longos e onerosos. 

Captura de valor 

Ha diversas maneiras de capturar o valor criado pela empresa. Esses metodos sao referidos 
comumente como modelos de monetizagao ou receita. Esses termos sao muito limitados. Na 
ideia de monetizacao, esta implicito que esta e um caracteristica independente de um produto, 
que pode ser adicionada ou removida a vontade. Na realidade, a captura de valor e parte 
intrinseca da hipotese de produto. Com frequencia, as mudangas na maneira pela qual uma 
empresa captura valor podem ter consequencias de longo alcance para o restante do negocio, 
do produto e das estrategias de marketing. 

Motor de crescimento 

Como veremos no Capitulo 10, ha tres principais motores de crescimento que acionam as 
startups: os modelos de crescimento viral, recorrente e pago. Nesse tipo de pivo, uma empresa 
muda a estrategia de crescimento para buscar um crescimento mais rapido ou mais lucrativo. 
Em geral, mas nem sempre, o motor de crescimento tambem requer uma mudanga na maneira 
de capturar o valor. 

Canal 

Na terminologia tradicional de vendas, o mecanismo pelo qual uma empresa fornece seus 
produtos para os clientes denomina-se canal de vendas ou canal de distribuigao. Por exemplo, 
os produtos embalados sao vendidos num supermercado, os carros sao vendidos numa 
concessionary, e muitos dos softwares corporativos sao vendidos (com a customizagao 
extensiva) por empresas de servigos profissionais ou consultorias. Nao raro, os requisitos do 
canal definem o prego, os recursos e o cenario competitivo de um produto. Umpivo de canal e 
o reconhecimento de que a mesma solugao basica pode ser fornecida atraves de um canal 
distinto com maior eficacia. Sempre que uma empresa abandona um processo de vendas 
previamente complexo para “venda direta” a seus usuarios finais, um pivo de canal esta em 
andamento. 

Exatamente por causa de seu efeito de ruptura nos canais de venda e que a Internet tern tido 
uma influencia tao radical nos setores que antes requeriam canais de vendas e distribuigao 


complexos, tais como jornais, revistas e livros. 


Tecnologia 

De vez em quando, uma empresa descobre uma maneira de alcancar a mesma solugao usando 
uma tecnologia completamente diferente. Os pivos de tecnologia sao muito mais comuns em 
negocios estabelecidos. Em outras palavras, sao uma inovagao de sustentagao, uma melhoria 
incremental projetada para atrair e reter uma base existente de clientes. As empresas 
estabelecidas se destacam nesse tipo de pivo, pois nao ha coisas relevantes em mudanga. A 
segmentagao de clientes e a mesma, o problema dos clientes e o mesmo, o modelo de captura 
de valor e o mesmo, e os parceiros do canal sao os mesmos. A unica questao e se a nova 
tecnologia pode proporcionar prego e/ou desempenho superior em comparagao com a 
tecnologia existente. 


UM PIVO E UMA HIPOTESE ESTRATEGICA 

Embora os pivos identificados anteriormente sejam familiares para os alunos de estrategia 
empresarial, a capacidade de pivotar nao e substituto para o pensamento estrategico 
consistente. O problema com a apresentagao de exemplos notarios de pivos e que a maioria 
das pessoas esta familiarizada apenas com as estrategias fmais bem-sucedidas de empresas 
conhecidas. A maioria dos leitores sabe que a Southwest Airlines ou o Walmart sao exemplos 
de rupturas de baixo custo em seus mercados, que a Microsoft e um exemplo de monopolio de 
plataforma, e que a Starbucks alavancou uma marca premium poderosa. Em geral, os pivos 
que foram necessarios para descobrir essas estrategias sao menos conhecidos. As empresas 
possuem um forte estimulo para alinhar suas historias de relagoes publicas em torno do 
fundador heroico, e aparentar que seu sucesso foi o resultado inevitavel de uma boa ideia. 

Assim, embora as startups muitas vezes pivotem para uma estrategia que parece similar a de 
uma empresa bem-sucedida, e importante nao dar muita importancia a essas analogias. E muito 
dificil saber se a analogia foi formulada de modo correto. Reproduzimos as caracteristicas 
essenciais ou apenas as superficial? O que fiincionou naquele setor funciona no nosso? O que 
fiincionou no passado funciona hoje? Umpivo e mais bem entendido como uma nova hipotese 
estrategica, que exigira um novo produto minimo viavel para testar. 

Os pivos sao um fato permanente da vida para qualquer empresa em crescimento. Mesmo 
depois de ela alcancar o sucesso inicial, deve continuar a pivotar. Aqueles familiarizados com 
as ideias de teoricos como Geoffrey Moore sobre ciclo de vida da tecnologia conhecem certos 
pivos de fase avancada pelos nomes que ele lhes deu: Chasm, Tornado, Bowling Alley. Os 
leitores de livros especializados em inovagao radical encabegados pela obra de Clayton 
Christensen, de Harvard, estao familiarizados com empresas estabelecidas que ffacassam em 
pivotar quando deveriam. Atualmente, a habilidade decisiva dos gerentes e compatibilizar 
essas teorias com sua situagao presente, de modo a aplicar o conselho correto no momenta 
certo. 

Os gerentes modernos dificilmente escaparam da avalanche de livros recentes apelando 



para que eles adaptem, mudem, reinventem ou subvertam suas empresas ja existentes. Muitas 
das obras desse genero sao prolixas emexorta^oes e limitadas emdetalhes. 

Um pivo nao e apenas uma exortagao em favor da mudan^a. Lembremos: e um tipo 
especifico de mudanca estruturada, projetada para testar uma nova hipotese fundamental a 
respeito do produto, do modelo de negocio e do motor de crescimento. E o cerne do metodo 
da startup enxuta. E o que torna as empresas que adotam esse metodo resilientes em face dos 
erros: se pegarmos um caminho errado, teremos as ferramentas necessarias para perceber isso 
e a agilidade para descobrir outro caminho. 


* * * 


Nesta Parte n, consideramos a ideia de uma startup desde os saltos de fe iniciais, a testamos 
por meio do produto mtnimo viavel, utilizamos a contabilidade para inovagao e as metricas 
acionaveis para avaliar os resultados, e tomamos a decisao de pivotar ou perseverar. 

Abordei esses assuntos com muitos detalhes como prepara9ao para o que vem a seguir. No 
papel, esses processos podem parecer clinicos, lentos e simples. No mundo real, algo 
diferente e necessario. Aprendemos como dirigir conduzindo lentamente. Agora, devemos 
aprender a correr. Assentar uma base solida e apenas o primeiro passo rumo ao destino real: a 
aceleragao. 


43 Disponivel em: < http://www.slideshare.net/dbinetti/lean-startup-at-sxsw-votizen-pivot-case-studv >. 


44 Atualmente o @2gov se chama @votizen e pode ser acessada em <https://twitter.com/#!/votizen > e 
<https ://www, votizen. com/ >. 


45 Para mais informagoes acerca da Path, ver <http://techcrunch.corn/2011/02/02/google-tried-to-buv-path-for-100-million-path- 
said-no/ > e < http://techcrunch.com/2011/02/011deiner-perkins-leads-8-5-million-round-for-path >. 


46 Incluia cerca de 30 milh oes de dolares de ativos sob gestao e cerca de 150 milh des de dolares de ativos sob administragao, 
em 1° de abril de 2011. 


47 Para mais informagoes sobre Wealthfront, ver o estudo de caso de autoria de Sarah Milstein, em 
<http://www.startuplessonslearned.com/2010/07/case-studv-kaching-anatomy-of-pivot.html> . Para mais detalhes sobre o 
sucesso recente da Wealthfront, ver <http://bits.blogs.nvtimes.com/2010/10/19/wealthfront-loses-the-sound-effects/ >. 


48 Os resultados da IMVU foram disponibilizados publicamente em algumas ocasioes. Para 2008, ver: 
<http://www.worldsinmotion.biz/2008/06/imvu reaches 20 million regist.php >: para 2009, ver: 
<http://www.imvu.com/about/press releases/press release 20091005 l.php >. e, para 2010, ver: 
<http://techcrunch.com/2010/Q4/24/imvu-revenue/ >. 


49 Arquitetura de negocios e um conceito analisado em detalhes em Dealing with Darwin, de Moore. “A estrutura 
organizacional baseada na priorizagao de um dos dois modelos de negocios (modelo de sistemas complexos e modelo de 
operagoes em volume). Os tipos de inovagao sao entendidos e executados em modos completamente diferentes, dependendo do 
modelo adotado por um empreendimento.” Para mais informagoes, ver: 
<http://www.dealingwithdarwin.com/theBook/darwinDictionarv.php >. 















Parte ITT 


ACELERAgAO 




Liguem seus motores 


A maioria das decisoes que as startups enfrentam nao sao bem definidas. Com que 
frequencia devemos lancar um produto? Ha algum motivo para lancarmos toda semana 
em vez de todo dia, trimestralmente ou anualmente? Os lancamcntos de produtos acarretam 
esforgos extra, e, assim, do ponto de vista da eficiencia, o langamento muitas vezes deixa 
menos tempo para nos dedicarmos a construgao do produto. No entanto, esperar muito tempo 
para lancar pode levar ao desperdicio supremo: fazer algo que ninguem quer. 

Quanto tempo e energia as empresas devem investir em infraestrutura e planejamento 
antecipados na expectativa do sucesso? Se for muito, desperdigaremos tempo precioso, que 
poderia ter sido gasto em aprendizagem. Se for pouco, poderemos fracassar em tirar proveito 
do sucesso inicial e ceder a lideranga de mercado para um seguidor rapido. 

O que os funcionarios devem fazer todos os dias? Como atribuimos responsabilidades em 
nivel organizacional para que as pessoas aprendam? Os departamentos tradicionais criam 
estruturas de incentivo que mantem as pessoas concentradas na excelencia de suas 
especialidades: marketing, vendas, desenvolvimento de produto. Mas e se o melhor interesse 
da empresa e atendido pela colaboragao multifiincional? As startups precisam de estruturas 
organizacionais que combatem a incerteza extrema, que e a inimiga principal da startup. 

O movimento da manufatura enxuta enfrentou questoes parecidas no chao de fabrica. Suas 
respostas tambemsao pertinentes para as startups, comalgumas modificagoes. 

Aprimeira questao critica para qualquer transfer mag ao enxuta e: que atividades criam valor 
e quais sao uma forma de desperdicio? Assim que voce entende essa distingao, pode comegar 
a usar tecnicas enxutas para eliminar o desperdicio e aumentar a eficiencia das atividades que 
criam valor. Para essas tecnicas serem utilizadas numa startup, elas devem ser adaptadas as 
circunstancias unicas do empreendedorismo. Como mencionamos no Capitulo 3, o valor numa 
startup nao e a criagao de coisas, mas a aprendizagem validada acerca de como desenvolver 
um negocio sustentavel. Que produtos os clientes querem de fato? Como o negocio crescera? 
Quern e o cliente? Que clientes devemos escutar e quais devemos ignorar? Essas sao 
perguntas que precisamos responder o mais rapido possivel para maximizar as chances de 
sucesso de uma startup. Sao elas que criam valor para uma startup. 

Nesta Parte III, desenvolveremos tecnicas que permitem que as startups enxutas crescam 
sem sacrificar a velocidade e a agilidade que sao o sangue vital de todas elas. Ao contrario da 
crenga comum, a letargia e a burocracia nao sao o destino inevitavel das empresas ao alcangar 
a maturidade. Acredito que, com a base apropriada, as startups enxutas podem crescer e se 
tornar empresas enxutas, que mantem a agilidade, a orientagao para a aprendizagem e a cultura 



da inovagao, mesmo quando se expandem. 

No Capitulo 9, veremos como as startups enxutas tiram proveito do poder contraintuitivo 
dos pequenos lotes. Da mesma forma que a manufatura buscou uma abordagem just-in-time 
para produzir produtos, reduzindo a necessidade do estoque em processamento, as startups 
enxutas praticam a escalabilidade just-in-time , realizando experimentos com produtos sem 
fazer grandes investimentos logo de sal da emplanejamento e design. 

O Capitulo 10 investigara as metricas que as startups devem utilizar para entender seu 
crescimento conforme adlcionam novos clientes e descobrem novos mercados. O crescimento 
sustentavel segue um dos tres motores de crescimento: pago, viral ou recorrente. Ao 
identificar o motor de crescimento que uma startup esta usando, pode-se entao direcionar a 
energia onde esta sera mais eficaz para o crescimento do negocio. Cada motor requer foco em 
metricas unicas para avaliar o sucesso dos novos produtos e priorizar novos experimentos. Se 
utilizarmos o metodo de contabilidade para inovacao descrito na Parte II, essas metricas 
permitirao que a startup descubra se seu crescimento esta em risco de se esgotar e pivote de 
forma apropriada. 

O Capitulo 11 mostra como construir uma organizagao adaptativa investindo na quantidade 
correta de processo para manter as equipes ageis enquanto se desenvolvem. Veremos de que 
forma as ferramentas do kit de manufatura enxuta, como a abordagem dos Cinco Porques, 
ajudam as equipes da startup a crescer sem se tornarem burocraticas ou disfiincionais. 
Tambem veremos como as disciplinas enxutas preparam o terreno para a startup fazer a 
transigao para uma empresa estabelecida orientada pela excelencia operacional. 

No Capitulo 12, fecharemos o circulo. Quando as startups se convertem em empresas 
estabelecidas, enfrentam as mesmas pressoes que tornam necessario as empresas atuais 
encontrar novas maneiras de investir na inovacao radical. De fato, veremos que uma vantagem 
do rapido crescimento de uma startup bem-sucedida e que a empresa pode manter seu DNA 
empreendedor mesmo depois de amadurecer. As empresas atuais precisam aprender a 
controlar um portfolio gerencial de inovacao sustentavel e radical. E uma visao obsoleta que 
ve as startups passando por fases distintas, que deixam para tras tipos previos de trabalho - 
como a inovacao. Em vez disso, as companhias modernas precisam se destacar em fazer 
diversos tipos de trabalho em paralelo. Para isso, investigaremos as tecnicas para incubar 
equipes de inovacao dentro do contexto de uma empresa estabelecida. 

Inclui um epilogo intitulado “Nao desperdice”, em que considero algumas das implicates 
mais amplas do sucesso do movimento da startup enxuta, situando-o no contexto historico 
(incluindo ligoes de advertencia a respeito dos movimentos passados), e fago sugestoes para 
sua tiitura diregao. 



9 _ 

AGRUPAR EM LOTES 


N o livro A mentalidade enxuta nas empresas {Lean Thinking ), James Womack e Daniel 
James relatam uma historia: a colocagao de cartas em envelopes com a ajuda das duas 
filhas pequenas de umdos autores. Cada envelope tinha de ser enderegado, selado, preenchido 
com a carta e fechado. As filhas, de 6 e 9 anos de idade, sabiam como deviam fazer para 
executar o projeto: “Papai, primeiro temos de dobrar todas as cartas. Depois, temos de fechar 
os envelopes. Enfim, temos de colar os selos”. O pai queria fazer de uma maneira 
contraintuitiva: terminar um envelope de cada vez. Elas - como a maioria de nos - achavam 
que seria mais trabalhoso, explicando para ele “que nao seria eficiente!”. Ele e suas filhas 
dividiramos envelopes e competiram para ver quern terminava antes. 

O pai ganhou a corrida, e nao so porque ele e um adulto. Aconteceu porque a abordagem de 
um envelope por vez e a maneira mais rapida de executar o servi^o, ainda que pare^a 
ineficiente. Isso foi confirmado em diversos estudos, incluindo um que esta gravado em 
video.- 

A abordagem de um envelope por vez e denominada “fluxo de pega unica” (ou “fluxo de 
uma so pe^a”) na manufatura enxuta. Funciona por causa do poder surpreendente dos pequenos 
lotes. Quando realizamos um trabalho que avan^a em etapas, o “tamanho do lote” refere-se a 
quanto trabalho se move por vez de uma etapa para a seguinte. Por exemplo, se estivessemos 
enchendo cem envelopes, a maneira intuitiva de fazer isso - dobrando cem cartas por vez - 
teria um tamanho de lote de cemunidades. O fluxo de pe<?a unica e chamado assim porque tern 
o tamanho de lote de uma unidade. 

Por que encher um envelope por vez permite que o trabalho seja feito de modo mais rapido, 
ainda que parega ser mais lento? Porque nossa intui 9 ao nao leva em consideragao o tempo 
extra requerido para classificar, empilhar e deslocar as grandes pilhas de envelopes 
semicompletos quando fazemos de outra maneira.- Parece mais eficiente repetir a mesma 
tarefa muitas vezes, em parte porque esperamos que executaremos melhor essa tarefa simples 
quanto mais a fizermos. Infelizmente, num trabalho orientado a processo como esse, o 
desempenho individual nao e tao importante quanto o desempenho geral do sistema. 

Mesmo que a quantidade de tempo que cada processo leva fosse exatamente igual, a 
abordagem da produgao em pequenos lotes ainda seria superior, e por motivos ainda mais 
contrarios a intui^ao. Por exemplo, imaginemos que as cartas nao coubessem nos envelopes. 
Com a abordagem de lote grande, so descobririamos isso perto do fim. Com lotes pequenos, 
saberiamos quase de imediato. E se os envelopes estivessem com defeito e nao fosse possivel 



cola-los? Na abordagem do lote grande, teriamos de esvaziar os envelopes, comprar novos, e 
voltar a enche-los. Numa abordagem de lote pequeno, descobrirlamos isso de imediato e nao 
haveria necessidade de refazer o trabalho. 

Todas essas questoes sao vislveis num processo tao simples quanto encher envelopes, mas 
tern consequencia real e muito maior no trabalho de cada empresa, grande ou pequena. A 
abordagem do lote pequeno produz um produto acabado a cada poucos segundos, enquanto a 
abordagem do lote grande deve entregar todos os produtos de uma vez, no final. Imaginemos 
qual seria a aparencia disso se o horizonte de tempo fossem horas, dias ou semanas. E se no 
fim das contas os clientes decidirem que nao querem o produto? Que processo permitiria a 
uma empresa descobrir esse fato mais cedo? 

Os adeptos da manufatura enxuta descobriram os beneficios dos lotes pequenos ha decadas. 
Na economia subsequente a Segunda Guerra Mundial, os fabricantes japoneses de carros, 
como a Toyota, nao conseguiam competir com as imensas fabricas norte-americanas, que 
utilizavam as ultimas tecnicas de produgao em massa. Seguindo a maneira intuitivamente 
eficiente de manufatura, as industrias de produgao em massa fabricavam carros em lotes 
sempre maiores. Elas gastariam enormes quantias de dinheiro comprando maquinas capazes 
de produzir pegas de carros as dezenas, centenas ou milhares. Ao manter essas maquinas 
fiincionando a todo vapor, podiam reduzir o custo unitario de cada pega e produzir carros 
inacreditavelmente baratos, desde que fossem completamente uniformes. 

O mercado automobilistico japones era muito pequeno para que empresas como a Toyota 
adotassem essas economias de escala; portanto, as empresas japonesas enfrentavam intensa 
pressao por parte da produgao em massa. Alem disso, na economia arruinada pela guerra, nao 
havia capital disponivel para vultosos investimentos emgrandes maquinas. 

Foi com esse pano de fundo que inovadores como Taiichi Ohno, Shigeo Shingo e outros 
acharam uma maneira de ter sucesso usando lotes pequenos. Em vez de adquirir grandes 
maquinas especializadas capazes de produzir milhares de pegas por vez, a Toyota utilizou 
maquinas menores, de uso geral, capazes de produzir uma grande variedade de pegas em lotes 
pequenos. Isso exigiu descobrir maneiras de reconfigurar cada maquina com rapidez para 
produzir a pega certa no momenta certo. Ao se concentrar nesse “tempo de troca”, a Toyota foi 
capaz de produzir automoveis completes mediante lotes pequenos emtodo o processo. 

Essa rapida mudanca nas maquinas nao era uma facanha facil. Como em qualquer 
transformagao enxuta, os sistemas e as ferramentas existentes muitas vezes precisam ser 
reinventados para respaldar o trabalho em lotes menores. Shigeo Shingo criou o conceito de 
SMED (Single-Minute Exchange of Die - troca rapida de ferramenta) a fim de permitir um 
tamanho de lote de trabalho menor nas primeiras fabricas da Toyota. Ele foi tao incansavel na 
atividade de repensar a maneira pela qual as maquinas eram operadas que foi capaz de reduzir 
os tempos de troca de ferramenta, que antes levavam horas, para menos de dez minutos. 
Shingo fez isso nao por meio de pedidos para que os operarios trabalhassem mais rapido, mas 
reimaginando e reestruturando o trabalho que precisava ser feito. Cada investimento em 
ferramentas e processos melhores tinha um beneficio correspondente em termos de reduzir o 
tamanho do lote de trabalho. 

Por causa do tamanho de lote menor, a Toyota foi capaz de produzir uma maior diversidade 



de produtos. Nao era mais necessario que cada produto fosse exatamente o mesmo para ganhar 
as economias de escala que alimentavam a produgao em massa. Dessa maneira, a Toyota pode 
atender a seus mercados menores e mais fragmentados, e ainda concorrer com os fabricantes 
adeptos da produgao em massa. Ao longo do tempo, essa capacidade permitiu que a Toyota se 
movesse com sucesso para mercados cada vez maiores, ate se tornar a maior fabricantes de 
carros do mundo, em2008. 

A maior vantagem do trabalho em pequenos lotes e que os problemas de qualidade podem 
ser identificados muito antes. Essa e a origem da famosa corda andon da Toyota, que permite 
que qualquer operario pega ajuda assim que perceber algum problema, como um defeito numa 
pega fisica, interrompendo toda a linha de produgao se esse problema nao puder ser corrigido 
de imediato. Essa e outra pratica muito contraria a intuigao. Uma linha de montagem trabalha 
melhor quando fiinciona sem percalgos, levando carro apos carro ate o fim da linha. A corda 
andon pode interromper esse fluxo cuidadoso conforme a linha e parada repetidas vezes. No 
entanto, os beneficios de encontrar e corrigir problemas de modo mais rapido superam esse 
custo. Esse processo de eliminar defeitos de maneira continua foi de ganho mutuo para a 
Toyota e seus clientes. E e a causa basica das historicas avaliagoes da alta qualidade e dos 
baixos custos da empresa. 

LOTES PEQUENOS NO EMPREENDEDORISMO 

Quando ensino esse metodo aos empreendedores, nao raro comego com historias sobre 
manufatura. Em pouco tempo, posso ver expressoes de questionamento: o que isso tern a ver 
com minha startup? A teoria que e a base do sucesso da Toyota pode ser utilizada para 
melhorar substancialmente a velocidade pela qual as startups encontram a aprendizagem 
validada. 

A Toyota descobriu que os lotes pequenos tornavam suas fabricas mais eficientes. Em 
contraste, na startup enxuta, o objetivo nao e produzir mais coisas de modo eficiente. E - tao 
rapido quanto possivel - aprender como desenvolver umnegocio sustentavel. 

Pensemos de novo a respeito do exemplo de encher os envelopes. E se no fim das contas o 
cliente nao quer o produto que estamos desenvolvendo? Embora nunca seja uma boa noticia 
para um empreendedor, descobrir isso mais cedo e muito melhor do que descobrir mais tarde. 
Trabalhar em lotes pequenos assegura que uma startup possa minimizar o gasto de tempo, 
dinheiro e esforgo que, no final, teria sido desperdigado. 

Lotes pequenos na IMVU 

Na IMVU, aplicamos essas ligoes da manufatura na maneira como trabalhamos. Em geral, 
novas versoes de produtos como os nossos sao langadas para os clientes num ciclo mensal, 
trimestral ou anual. 

Observe seu celular. A grande probabilidade e que nao seja a primeira versao desse tipo de 
aparelho. Mesmo empresas inovadoras como a Apple produzem uma nova versao do seu 
celular principal uma vez por ano, aproximadamente. No langamento desse produto estao 



embutidos dezenas de novos recursos (no lancamcnto do iPhone 4, a Apple alardeou mais de 
1,5 mil mudangas). 

Ironicamente, diversos produtos de alta tecnologia sao fabricados em instalagoes de ponta, 
que seguem a ultima palavra em pensamento enxuto, incluindo lotes pequenos e fluxo de pega 
unica. No entanto, o processo utilizado para projetar o produto esta preso na era da produgao 
emmassa. Consideremos todas as mudangas que sao feitas num produto como o iPhone; as 1,5 
mil sao apresentadas aos cliente numlote muito grande. 

Nos bastidores, no desenvolvimento e projeto do produto em si, lotes grandes ainda sao a 
regra. O trabalho que entra no desenvolvimento de um novo produto ocorre numa linha de 
montagem virtual. Os gerentes de produto descobrem qual produtos tern maior probabilidade 
de agradar os clientes; os designers de produto, entao, imaginam e resolvem qual deve ser a 
aparencia desses recursos. Esses designs sao liberados para a engenharia, que constroi algo 
novo ou modifica um produto existente, e, depois disso, transfere o novo produto para um 
responsavel, que verifica se este fiinciona de acordo com o planejado pelos gerentes e 
designers de produto. Para um produto como o iPhone, essas transferencias de tarefa internas 
podem acontecer mensal ou trimestralmente. 

Lembremos mais uma vez da pratica de encher os envelopes. Qual e a maneira mais 
eficiente de realizar esse trabalho? 

Na IMVU, procuramos projetar, desenvolver e langar nossos novos recursos um de cada 
vez, tirando vantagemdo poder dos pequenos lotes. 

Em vez de trabalhar em departamentos distintos, os engenheiros e os designers trabalhavam 
juntos, lado a lado, em um recurso de cada vez. Sempre que o recurso estava pronto para ser 
testado com os clientes, de imediato lancavam uma nova versao do produto, que entrava em 
operagao emnosso site para uma quantidade relativamente pequena de pessoas. De imediato, 
a equipe era capaz de avaliar o impacto do seu trabalho, seu efeito sobre os clientes, e decidir 
o que fazer a seguir. Para mudangas muito pequenas, todo o processo podia ser repetido 
diversas vezes por dia. De fato, no total, a IMVU faz cerca de cinquenta mudancas no seu 
produto (em media) todos os dias. 

Da mesma forma que com o Sistema de Produgao Toyota, a chave para ser capaz de operar 
isso com rapidez e verificar logo os defeitos, impedindo problemas maiores depois. Por 
exemplo, tinhamos um conjunto extensivo de testes automatizados que asseguravam que apos 
cada mudanca nosso produto ainda fiincionava como projetado. Digamos que um engenheiro 
removeu por acidente um recurso importante, como o botao de checkout de uma das nossas 
paginas de comercio eletronico. Sem esse botao, os clientes nao podiam comprar mais nada 
da IMVU. E como se o negocio se convertesse instantaneamente num passatempo. De forma 
analoga a corda andon da Toyota, a IMVU utilizou um conjunto elaborado de mecanismos de 
defesa que impediamos engenheiros de violar algo importante por acidente. 

Chamamos isso de sistema imunologico do produto, pois essas protegoes automaticas vao 
alem de verificar se ele se comporta de acordo com o previsto. Tambem monitoramos de 
maneira continua a integridade e a saude do negocio em si, para que os erros sejam 
localizados e removidos automaticamente. 

Voltando ao nosso exemplo do botao de checkout ausente, convertendo o negocio num 



passatempo, deixemos o problema um pouco mais interessante. Imaginemos que, em vez de 
remover o botao por completo, um engenheiro cometa um erro e mude a cor do botao, de modo 
que, agora, este e branco sobre um fundo branco. Do ponto de vista dos testes fiincionais 
automatizados, o botao ainda esta ali, e tudo funciona normalmente; do ponto de vista do 
cliente, o botao desapareceu, e, assim, ninguem pode comprar nada. Esse tipo de problema e 
dificil de ser detectado apenas com a automagao, mas ainda e catastrofico do ponto de vista 
comercial. Na IMVU, nosso sistema imunologico esta programado para detectar essas 
consequencias comerciais e invocar automaticamente nosso equivalente referente a corda 
andon. 

Quando o sistema imunologico detecta um problema, diversas coisas acontecem de 
imediato: 

1. A mudanca defeituosa e removida imediata e automaticamente. 

2. Todas as pessoas da equipe pertinente sao avisadas sobre o problema. 

3. A equipe e impedida de introduzir novas mudangas, nao sendo possivel, portanto, 
aumentar o problema por erros fiituros... 

4. ... ate a causa raiz do problema ser descoberta e corrigida. (A analise da causa raiz 
e discutida com mais detalhes no Capitulo 11.) 

Na IMVU, denominamos isso implantagao continua (continuous deploy), e mesmo no 
mundo dinamico de desenvolvimento de softwares esse processo ainda e considerado 
controverso.- A medida que o movimento da startup enxuta ganhou forga de tragao, passou a 
ser adotado por cada vez mais startups, mesmo as que operam aplicativos de missao critica. 
Entre os exemplos mais de ponta, inclui-se a Wealthfront, cujo pivo foi descrito no Capitulo 8. 
A empresa pratica a implantagao contmua verdadeira - incluindo mais de uma duzia de 
langamentos para o cliente todos os dias - num ambiente regulamentado pela Securities and 
Exchange Commission, a CVM norte-americana.- 


INTRODUCAO A IMPLANTAGAO CONTINUA (CONTINUOUS DEPLOY) 

A ideia principal da implantagao contmua (continuous deploy) e que, em vez de transformar a implantagao em um 
evento especial e unico dentro da vida do projeto, ela deve acontecer automaticamente e com frequence, talvez varias 
vezes por dia, sendo automatizada e exercitada de forma a se tomar trivial. 

Para que isso acontega, um alto grau de automagao e versionamento do ambiente precisa ser alcangado, desde a gestao 
do codigo fonte e builds do produto, ate o provisionamento do ambiente em que o codigo sera executado. 

No centro deste processo esta o versionamento de codigo fonte e um servigo de integragao contmua, responsavel por 
executar todos os testes unitarios e de integragao e gerar um pacote de software pronto para instalagao a cada 
modificagao introduzida ( commit) pelos desenvolvedores. 

A ideia e que toda modificagao deva gerar um sistema com potencial imediato de langamento, coberto por testes que 
certifiquem sua completude, corretude e integridade. Todos os desenvolvedores devem integrar suas alteragoes na mesma 
base de codigo {trunk), e devem se certificar de que essas alteragoes nunca quebrem os testes. Na eventualidade de um 
build malsucedido, os desenvolvedores devem voltar sua atengao para consertar o software e produzir uma nova versao 
consistente antes de implementar novas caracteristicas (analogo ao acionamento da corda andon). 

O sistema de implantagao deve ser capaz de gerir as dependences do software, sabendo como obter e instalar a versao 


correta de bibliotecas e outros artefatos necessarios, bem como configurar dinamicamente o sistema, dependendo do 
ambiente em que ele esta sendo instalado, de forma a min i miz ar a necessidade de intervengao humana no processo. 

Alern de uni conjunto proprio de ferramentas (a totalidade delas existindo em versoes open source ) sao necessarias 
boas praticas tanto no desenvolvimento quanto na operagao do ambiente. A caracteristica multidisciplinar do movimento 
DevOps, com sua proposta de trabalho altamente integrado entre desenvolvimento e opera goes, boas praticas de 
desenvolvimento como TDD (Test Driven Development , ou Desenvolvimento Guiado por Testes) e ambientes de 
execugao gerenciados em nuvens publicas ou privadas sao essenciais para sua adogao ser bem-sucedida. 

A maneira de pensar o produto tambern deve ser revista, pois e impossivel praticar implantagao continua em produtos 
desenhados para ser monoliticos ou que sao constituidos de funcionalidades, atributos ou subsistemas que nao foram 
projetados para ser desenvolvidos incrementalmente. Metodologias como a Lean Startup sao um complemento natural 
para a implantagao continua. 

Dentre as diversas tecnicas utilizadas em implantagao continua, sao de especial interesse: 

• Gerenciamento de configuragao 

- Controle de versionamento obsessivo (codigo; testes; scripts para BD, build e deploy; documentagao; 
bibliotecas; arquivos de configuragao da aplicagao, das ferramentas, dos ambientes; informagoes de rede 
etc.); Gerenciamento de dependences, configuragao de software e ambientes 

• Integragao continua 

- Suite de testes automatizados 

- Praticas de versionamento (check in periodico no trunk, ciclos curtos, testes e agoes em caso de quebra 
de build, rollback etc.) 

- Desenvolvimento orientado a testes (TDD), refactoring, pair programming e dernais tecnicas de 
programagao extrema (XP) 

• Estrategias de teste 

- Relativos a tecnologia x negocio; Suporte x Critica; Manual x Automatizado; Unitarios x Integragao x 
Sistema x Funcionais; Usabilidade x Exploratorios x Nao funcionais (carga, seguranga etc.) 

- Pipeline de implantagao 

- Anatomia basica: Commit; Aceitagao; Implantagao 

- Praticas: build unico; padronizagao do deploy em todos os ambientes; snroke-tests; homogeinizagao dos 
ambientes; propagagao instantanea das alteragoes pela pipeline; andon (linha para em caso de falhas) 

- Mapa de fluxo de valor para modelar a pipeline 

- Provisionamento automatico atraves de autosservigo 

- Metrica primaria: tempo de ciclo; metricas de diagnostico: cobertura de testes, propriedades da base de 
codigo, defeitos, velocidade, etc. 

- Commit: integragao continua verifica se o sistema funciona do ponto de vista computacional (testes 
unitarios, de integragao etc.) e produz pacotes de software para uso nos estagios subsequentes, bem como 
um status e relatorio claros 

- Aceitagao funcional: verifica se o sistema funciona do ponto de vista funcional e fornece valor para o 
usuario, conforme criterios de aceitagao 

- Aceitagao nao funcional: verifica os requisites nao funcionais (performance, capacidade, seguranga, 
tolerancia a falhas etc.) eeo ultimo estagio antes do deploy 

- Implantagao: processo automatizado para implantar o software nos diversos ambientes disponiveis, 
havendo um foco especial em efetivamente liberar o software para produgao visando a tempo zero de 
downtime (estrategias: blue-green, canary) e evitar rollbacks 

• Topic os avangados 

- Gerenciamento de infraestrutura e ambientes 
Gerenciamento de dados e bancos de dados 
Gerenciamento de componentes e dependences 
Estrategias de versionamento avangado 
Gerenciamento dos processos de implantagao continua 




Implanta^ao continua alem de softwares 

Quando conto essa historia para pessoas que trabalham em setores menos dinamicos, elas 
acham que estou descrevendo algo futurista. No entanto, progressivamente, cada vez mais 
setores observam o processo de projeto se acelerar pelas mesmas formas subjacentes que 
possibilitam esse tipo de iteragao rapida no setor de softwares. Ha tres maneiras pelas quais 
isso esta acontecendo: 

1. Hardware se tornando software. Consideremos o que aconteceu com os produtos 
eletronicos de consumo. Os ultimos celulares e tablets sao pouco mais do que uma tela 
conectada a Internet. Quase todo o valor deles e determinado pelos softwares. Mesmo 
produtos da velha escola, como automoveis, veem partes sempre maiores do seu valor sendo 
geradas pelos softwares que possuem, que controlam tudo, desde a central de entretenimento 
ate a regulagem do motor, passando pelo controle dos freios. O que pode ser desenvolvido 
como software pode ser modificado com muito mais rapidez do que um dispositivo fisico ou 
mecanico. 

2. Mudangas rapidas da produgao. Por causa do sucesso do movimento da manufatura 
enxuta, muitas linhas de montagem sao configuradas para permitir que cada novo produto 
produzido pela linha seja customizado por completo sem sacrificar a qualidade ou a relagao 
custo-beneficio. Historicamente, isso foi utilizado para oferecer ao cliente diversas opgoes de 
produto, mas, no fiituro, essa capacidade permitira que os designers de produtos obtenham 
feedback a respeito das novas versoes de modo mais rapido. Quando o projeto muda, nao ha 
estoque em excesso da antiga versao para diminuir a velocidade das coisas. Como as 
maquinas sao projetadas para trocas rapidas de ferramentas, assimque o novo projeto estiver 
pronto, novas versoes podem ser produzidas com rapidez. 

3. Impressao em 3D e ferramentas para prototipagao rapida. Como um exemplo, a 
maioria dos produtos e pegas que sao feitos de plastico hoje sao produzidos em massa 
mediante uma tecnica denominada modelagem por injegao. Esse processo e muito oneroso e 
demorado para viabilizar, mas assim que esta funcionando, pode reproduzir centenas de 
milhares de itens individuais identicos com um custo muito baixo. E um processo classico de 
produgao em lotes grandes. Isso coloca os empreendedores que querem construir um produto 
fisico novo em desvantagem, pois, em geral, apenas grandes empresas podem bancar esses 
grandes ciclos de produgao para um novo produto. No entanto, novas tecnologias estao 
permitindo que os empreendedores desenvolvam pequenos lotes de produtos que sao da 
mesma qualidade que os produtos fabricados com modelagem por injegao, mas comum custo 
muito menor e com muito mais rapidez. 

A ligao fundamental nao e que todos devem estar langando melhorias cinquenta vezes por 
dia, mas que, ao reduzir o tamanho do lote, possamos atravessar o ciclo de feedback 
construir-medir-aprender com mais rapidez do que os nossos concorrentes. A capacidade de 



aprender mais rapido com os clientes e a vantagem competitiva essencial que as startups 
devem possuir. 


PEQUENOS LOTES EM A£AO 

Para observar esse processo em agao, apresentarei uma empresa chamada SGW Designworks, 
de Boise, em Idaho. A especialidade da SGW sao tecnicas de produgao rapida para produtos 
fisicos. Muitos dos seus clientes sao startups. 

A SGW Designworks foi procurada por um cliente militar que a solicitava para desenvolver 
um sistema complexo de raios X para detectar explosivos e outros artefatos destrutivos em 
travessias de ffonteiras e zonas de guerra. 

Conceitualmente, o sistema consistia em uma unidade de leitura de filme de raios X, 
multipaineis com filme de raios X e uma estrutura para segurar os paineis enquanto o filme 
estava sendo exposto. O cliente ja tinha a tecnologia para os paineis de raios X e para a 
unidade de leitura, mas para fazer o produto funcionar em ambientes militares severos, a SGW 
precisou projetar e fornecer a estrutura de suporte que tornaria a tecnologia utilizavel no 
campo. A estrutura precisava ser estavel para assegurar a qualidade da imagem de raios X, 
duravel o suficiente para uso em zona de guerra, facil de implementar com treinamento 
minimo, e bastante pequena para caber numa mochila. 

Esse e exatamente o tipo de produto que estamos acostumados a achar que leva meses ou 
anos para ser desenvolvido; no entanto, as novas tecnicas estao reduzindo essa cronologia. De 
imediato, a SGW passou a gerar os prototipos visuais usando design auxiliado por 
computador ( computer-aided design - CAD) em 3D. Os modelos em 3D serviam como 
ferramenta de comunicagao rapida entre o cliente e a equipe da SGW para as primeiras 
tomadas de decisao a respeito do projeto. 

A equipe e o cliente optaram por um projeto que utilizava uma dobradiga de fechamento 
avangada, para proporcionar a capacidade requerida de colapsar sem comprometer a 
estabilidade. O projeto tambem incluia ummecanismo de bomba/copo de sucgao para permitir 
fixagao rapida e repetivel nos paineis de raios X. Parece complicado, certo? 

Tres dias depois, a equipe da SGW entregou os primeiros prototipos fisicos para o cliente. 
Os prototipos eram usinados em aluminio diretamente a partir do modelo em 3D mediante uma 
tecnica denominada controle numerico computadorizado (CNC), e eram montados de modo 
manual pela equipe da empresa. 

Imediatamente, o cliente levou os prototipos para analise do seu contato nas Forgas 
Armadas. O conceito geral foi aceito com algumas pequenas modificagoes de projeto. Nos 
cinco dias seguintes, outro ciclo completo de projeto iterativo, prototipagao e revisao do 
projeto era completado pelo cliente e pela SGW. O primeiro ciclo de produgao de quarenta 
unidades completas ficou pronto para entrega tres semanas e meia apos o inicio do projeto de 
desenvol vimento. 

A SGW percebeu que era um modelo vitorioso, pois o feedback sobre as decisoes de 
projeto era quase instantaneo. A equipe utilizou o mesmo processo para projetar e entregar 
oito produtos, atendendo a uma vasta gama de fiingoes, num periodo de doze meses. Metade 



desses produtos esta gerando receita no momenta atual, e a outra metade esta esperando 
pedidos iniciais, tudo gramas ao poder de trabalhar em pequenos lote 


A CRONOLOGIA DO PROJETO 

Projeto e engenharia do prototipo virtual inicial 

1 dia 

Produgao e montagem dos prototipos flsicos iniciais 

3 dias 

Iteragao do projeto: dois ciclos adicionais 

5 dias 

Produgao e montagem das quarenta primeiras unidades 

15 dias 


Pequenos lotes na educa^ao 

Nem todos os tipos de produtos - como existem hoje - permitem mudangas de projeto em 
pequenos lotes. Mas isso nao e desculpa para permanecer utilizando metodos superados. Uma 
quantidade significativa de trabalho pode ser necessaria para permitir que os inovadores 
fagam experimentos em pequenos lotes. Como assinalamos no Capltulo 2, para empresas 
estabelecidas querendo acelerar as equipes de inovagao, a criagao dessa plataforma para 
experimentagao e responsabilidade da alta diregao. 

Vamos imaginar que voce e o professor responsavel pelo ensino de matematica para alunos 
do ensino medio. Embora voce possa ensinar conceitos em pequenos lotes, um a cada dia, seu 
currlculo geral nao pode mudar com muita frequencia. Como voce deve defmir o currlculo 
com antecedencia e ensinar os mesmos conceitos na mesma ordem para cada aluno da sala de 
aula, e possivel tentar um novo currlculo no maximo uma vez por ano. 

Como um professor de matematica pode experimentar com pequenos lotes? Sob o sistema 
corrente de grandes lotes para educagao de alunos, seria bem dificil; nosso sistema 
educacional corrente foi projetado na era da produgao em massa e utiliza grandes lotes de 
modo extensivo. 

Um novo tipo de startups esta trabalhando arduamente para mudar tudo isso. Na School of 
One, os alunos tern playlists diarias das tarefas de aprendizagem, que sao customizadas de 
acordo com as necessidades de aprendizagem de cada aluno. Por exemplo, Julia esta 
adiantada emrelagao ao nivel de ensino de matematica e aprende melhor emgrupos pequenos. 
Assim, sua playlist pode incluir tres ou quatro videos compativeis com seu nivel de aptidao, 
aulas de apoio exclusivas de trinta minutos com seu professor, e uma atividade com um grupo 
pequeno, em que ela trabalha numa charada matematica com tres colegas de niveis de aptidao 
similares. Ha avaliagoes integradas em cada atividade, para que os dados possam ser 
repassados ao professor, o qual seleciona tarefas apropriadas para a proxima playlist. Esses 














dados podem ser agregados atraves das classes, escolas ou ate de todo o distrito escolar. 
Agora imaginemos a tentativa de realizar um experimento com um curriculo usando uma 
ferramenta como a School of One. Cada aluno esta trabalhando no proprio ritmo. Digamos que 
voce seja o professor que tern uma nova sequencia emmente a respeito de como os conceitos 
de matematica devem ser ensinados. \bce pode perceber de imediato o impacto da mudan^a 
em relagao aos alunos que estao naquele ponto do curriculo. Se considerar uma boa mudan^a, 
podera implementa-la para todos os alunos; quando alcancarem aquela parte do curriculo, 
terao a nova sequencia de maneira automatica. Em outras palavras, ferramentas como a School 
of One permitem que os professores trabalhem com lotes muito menores, para o beneficio de 
seus alunos. (E, como as ferramentas alcangam adogao em larga escala, os experimentos bem- 
sucedidos com professores individuals podem ser implantados no distrito, na cidade ou ate no 
pais.) Essa abordagemtem causado impacto e ganhado elogios. Recentemente, a revista Time 
incluiu a School of One na sua lista de “ideias mais inovadoras”; era a unica organizagao 
educacional a integrar a lista.- 

A ESPIRAL DA MORTE DOS GRANDES LOTES 

Os pequenos lotes inpoem um desafio aos gerentes impregnados das ideias tradicionais de 
produtividade e progresso, pois eles acreditam que a especializagao fiincional e mais eficiente 
para os trabalhadores especializados. 

Imagine que voce e um designer de produto supervisionando um novo produto e que precisa 
produzir trinta desenhos individuals. Aparentemente, o modo mais eficiente de trabalho e em 
reclusao, sozinho, produzindo os desenhos um por um. Entao, ao terminar todos eles, voce 
passa os desenhos para a equipe de engenharia e a deixa trabalhar neles. Em outras palavras, 
o trabalho e feito em grandes lotes. 

Do ponto de vista da eficiencia individual, trabalhar em grandes lotes faz sentido. Tambem 
apresenta outros beneficios: promove o desenvolvimento de habilidades, facilita atribuir 
responsabilidades aos colaboradores individuals e, mais importante, permite aos especialistas 
trabalhar sem interrupgao. Ao menos, essa e a teoria. Infelizmente, a realidade quase nunca se 
desenvolve dessa maneira. 

Consideremos nosso exemplo hipotetico. Depois de passar trinta desenhos para a 
engenharia, o designer esta livre para dirigir sua atengao para o proximo projeto. Mas 
lembremos dos problemas que surgiram durante o exercicio de enchimento de envelopes. O 
que acontece quando a engenharia possui duvidas sobre como os desenhos devem fiincionar? 
E se alguns desenhos nao sao claros? E se algo da errado quando a engenharia tenta utilizar os 
desenhos? 

Inevitavelmente, esses problemas se convertem em interrupts para o designer, e, naquele 
momenta, as interrupts perturbam o proximo grande lote em que o designer devia estar 
trabalhando. Se os desenhos precisarem ser refeitos, os engenheiros poderao ficar sem ter o 
que fazer enquanto esperam a conclusao do trabalho refeito. Se o designer nao estiver 
disponivel, os engenheiros poderao ter de refazer os desenhos por conta propria. Eis por que 
tao poucos produtos sao construidos da maneira que sao projetados. 


Quando trabalho com gerentes e designers de produto em empresas que utilizam grandes 
lotes, e comum descobrir que eles tern de refazer o trabalho cinco ou seis vezes para cada 
lancamento. Um gerente de produto com quern trabalhei estava tao sufocado com interrupcoes 
que comecou a vir ao escritario no meio da noite para conseguir trabalhar de modo 
ininterrupto. Quando sugeri que ele tentasse mudar o processo de trabalho de lotes grandes 
para fluxo de pe?a unica, ele se recusou... pois seria ineficiente! O instinto de trabalhar em 
grandes lotes e tao forte que mesmo quando um sistema de grandes lotes nao fiinciona, temos a 
tendencia de nos culpar. 

Os grandes lotes tendem a crescer ao longo do tempo. Como passar o lote para a frente 
muitas vezes resulta em trabalho adicional, atrasos e interrupcoes, todos tern um incentivo de 
trabalhar em lotes cada vez maiores, tentando minimizar essas despesas gerais. Isso se 
denomina espiral da morte dos grandes lotes , pois, ao contrario da manufatura, nao ha limites 
fisicos em relacao ao tamanho maximo de umlote.- E possivel que o tamanho do lote continue 
crescendo cada vez mais. No fim, um lote se tornara o projeto de prioridade maxima, uma 
nova versao da “aposta da empresa” em relacao ao produto, pois a empresa levou muito 
tempo desde o ultimo lancamento. No entanto, naquele momenta, os gerentes sao incentivados 
a aumentar tamanho do lote, em vez de lancar o produto. Levando em consideracao o tempo 
que o produto esta em desenvolvimento, por que nao corrigir outro bug ou adicionar outro 
recurso? Quern quer ser o gerente que arriscou o sucesso desse grande lancamento ao nao 
corrigir um defeito potencialmente critico? 

Trabalhei numa empresa que entrou nessa espiral da morte. Trabalhavamos ha meses numa 
nova versao de um produto incrivel. A versao original tinha ficado anos em producao, e as 
expectativas para o proximo lancamento eram muito altas. Mas, quanto mais tempo 
trabalhavamos, mais receosos ficavamos a respeito de como os clientes reagiriam quando 
enfim vissem a nova versao. Em proporcao a nossos pianos ambiciosos, no mesmo grau 
cresciam a quantidade de bugs, conflitos e problemas com os quais tinhamos de lidar. Em 
pouco tempo, ficamos numa situacao em que nao podiamos lancar nada. Nossa data de 
lancamento pareceu se perder na distancia. Quanto mais trabalhavamos, mais tinhamos para 
fazer. A falta de capacidade de lancar o produto acabou precipitando uma crise e uma 
mudanca de gerenciamento, tudo por causa da armadilha dos grandes lotes. 

Essas concepcoes erroneas a respeito do tamanho do lote sao muito comuns. 
Frequentemente, as farmacias dos hospitais distribuem grandes lotes de medicamentos uma 
vez por dia para os andares dos pacientes porque e eficiente (uma viagem unica, certo?). No 
entanto, muitos desses medicamentos sao mandados de volta para a farmacia quando as 
receitas dos pacientes mudam ou quando os pacientes sao transferidos ou tern alta. Isso 
acarreta em muito trabalho refeito e reprocessamento (ou descarte) de medicamentos para o 
pessoal da farmacia. A distribuicao de lotes menores a cada quatro horas reduz a carga de 
trabalho total para a farmacia e assegura que os remedios certos estao no lugar certo quando 
necessarios. 

Com frequencia, coletas de sangue para o laboratario do hospital sao feitas em lotes de hora 
em hora a partir de diversos pacientes. Em seguida, as amostras sao enviadas para o 
laboratario. Isso aumenta o tempo de resposta dos resultados dos testes e pode prejudicar a 


qualidade deles. Tornou-se comum que os hospitals enviemlotes pequenos (dois pacientes) ou 
um fluxo de amostras de um unico paciente para o laboratorio, mesmo se este tiver de 
contratar um tecnico extra ou dois para fazer isso, pois o custo total do sistema e menor.- 

PUXE EM VEZ DE EMPURRAR 

Digamos que voce esta manobrando o carro, refletindo a respeito dos meritos dos lotes 
pequenos e, de modo acidental, da uma batida e amassa um pouco seu novo Toyota Camry 
azul. \bce leva o carro para a concessionaria para o reparo e espera escutar a ma noticia. O 
mecanico diz que precisa trocar o para-choque. Ele verifica o estoque e descobre que possui 
um para-choque novo. Entao, lhe diz que pode fazer o reparo imediatamente. Essa e uma boa 
noticia para todos: para voce, porque tern seu carro de volta em pouco tempo, e para a 
concessionaria, porque tern um cliente satisfeito e nao corre o risco de levar o carro para 
reparo em outro lugar. Alem disso, a concessionaria nao tern de guardar seu carro ou lhe dar 
um reserva enquanto espera a chegada da pega. 

Na produgao em massa tradicional, a maneira de evitar falta de estoque - nao ter o produto 
que o cliente quer - e manter um grande estoque de pegas sobressalentes por precaugao. Pode 
ser que o para-choque do Camry 2011 azul seja bastante comum, mas e quanto ao para-choque 
do modelo do ano passado ou do modelo de cinco anos atras? Quanto mais estoque voce 
mantem, maior a probabilidade de ter o produto correto em estoque para cada cliente. No 
entanto, os grandes estoques sao onerosos, pois precisam ser transportados, armazenados e 
controlados. E se o para-choque do modelo 2011 apresentar um defeito? Todas as pegas 
sobressalentes, em todos os almoxarifados, tornam-se um desperdicio de modo instantaneo. 

A produgao enxuta soluciona o problema da falta de estoque com uma tecnica chamada 
produgao puxada (pull). Quando voce leva um carro a concessionaria para reparo, o para- 
choque de um Camry azul 2011 e utilizado. Isso cria um “buraco” no estoque da 
concessionaria, o que gera automaticamente um sinal a ser enviado para um Toyota Parts 
Distribution Center (PDC), um centro local de reposigao de estoque. O PDC envia a 
concessionaria um novo para-choque, o que cria um outro buraco no estoque do centro. Esse 
fato gera o envio de um sinal similar ao Toyota Parts Redistribution Center (PRC), deposito 
regional para onde todos os fornecedores de pegas enviam seus produtos. O envio do para- 
choque do PRC para o PDC cria um buraco no estoque do PRC, que envia um sinal a fabrica 
responsavel pelos para-choques para que esta produza mais um para-choque, que e fabricado 
e enviado ao PRC. 

O objetivo ideal e alcangar lotes pequenos ate chegar ao fluxo de pega unica ao longo de 
toda a cadeia de suprimentos. Cada fase na linha de produgao “puxa” as pegas que precisa da 
fase anterior. Esse e o conhecido metodo de produgao just-in-time (JIT) da Toyota.- 

Quando as empresas adotam esse tipo de produgao, o almoxarifado imediatamente encolhe, 
pois a quantidade de estoque just-in-case (por precaugao) [denominado estoque de trabalho 
em progresso (work-in-progress - WIP)] diminui de maneira drastica. Esse encolhimento 
quase magico do WIP e de onde a manufatura enxuta recebe seu nome. E como se toda a 
cadeia de suprimentos comegasse um regime. 


As startups tem dificuldade para ver seu estoque de trabalho em progresso. Quando as 
fabricas tem excesso de WIP, este literalmente se amontoa no chao da fabrica. Como a maior 
parte do trabalho da startup e intanglvel, nao e quase tao vislvel. Por exemplo, todo o trabalho 
que entra no projeto do produto mini mo viavel e - ate o momenta em que o produto e enviado 
- apenas WIP. Os projetos incompletos, as suposi^oes ainda nao validadas e a maioria dos 
pianos de negocios sao WIP. Quase todas as tecnicas da startup enxuta que discutimos ate 
agora trabalham sua magica de dois modos: convertendo metodos de produgao empurrada 
(push) em metodos de produ^ao puxada (pull ) e reduzindo o tamanho do lote. Os dois 
possuem o efeito liquido de reduzir o WIP. 

Na manufatura, a producao puxada e utilizada em particular para garantir que os processos 
de producao estejam ajustados aos niveis de demanda dos clientes. Sem isso, as fabricas 
podem acabar fabricando muito mais - ou muito menos - de um produto em vez daquele os 
clientes de fata querem. No entanto, aplicar essa abordagem ao desenvolvimento de novos 
produtos nao e facil. Algumas pessoas confiindem o modelo da startup enxuta como sendo 
simplesmente a aplica^ao de producao puxada para os desejos dos clientes. Isso pressupoe 
que os clientes conseguiriam nos dizer que produtos construir e que isso atuaria como o sinal 
para puxar o desenvolvimento do produto. - 

Como mencionamos antes, esse nao e o modo como o modelo da startup enxuta fiinciona, 
pois os clientes muitas vezes nao sabem o que querem. No desenvolvimento de produtos, 
nosso objetivo e sermos capazes de realizar experimentos que nos ajudarao a aprender como 
desenvolver um negocio sustentavel. Portanto, a maneira correta de pensarmos a respeito do 
processo de desenvolvimento de produtos numa startup enxuta e que ele esta respondendo aos 
sinais para puxar na forma de experimentos que precisam ser executados. 

Assim que formulamos uma hipotese que queremos testar, a equipe de desenvolvimento de 
produto deve ser articulada para projetar e executar esse experimento o mais rapido possivel, 
utilizando o menor tamanho de lote que possibilitara a realizacao da tarefa. Lembremos que, 
embora escrevamos o ciclo de feedback como construir-medir-aprender, pois as atividades 
ocorrem nessa ordem, o planej amenta realmente fiinciona na ordem inversa: equacionamos o 
que precisamos aprender e, entao, trabalhamos de tras para a frente para observar que produto 
funcionara como experimento para obtermos aquela aprendizagem Portanto, nao e o cliente, 
mas nossa hipotese acerca do cliente que puxa o trabalho do desenvolvimento do produto e 
de outras funcoes. Qualquer outro trabalho e desperdicio. 


Hipoteses puxando o trabalho em tecnologia limpa 

Para ver isso em agao, consideremos a Alphabet Energy, startup com sede em Berkeley. 
Qualquer maquina ou processo que gera energia, quer seja um motor numa fabrica ou uma 
usina termoeletrica a carvao, produz calor como subproduto. A Alphabet Energy desenvolveu 
um produto capaz de gerar energia eletrica a partir desse calor dissipado, utilizando um novo 
tipo de material denominado termoeletrico. O material termoeletrico da Alphabet Energy foi 
desenvolvido ao longo de dez anos por cientistas no Lawrence Berkeley National 
Laboratories. 


Assim como muitos produtos de tecnologia limpa, ha inumeros desafios a enfrentar para 
levar um produto como esse ao mercado. Enquanto trabalhava em suas suposicoes do tipo 
salto de fe, a Alphabet entendeu logo que desenvolver uma solugao para a termoeletricidade 
dissipada exigia desenvolver um trocador de calor e um dispositivo generico para transferir 
calor de um meio para outro, alem de engenharia especlfica ao projeto. Por exemplo, se a 
Alphabet quisesse desenvolver uma solugao para uma usina como a da Pacific Gas and 
Electric, o trocador de calor teria de ser configurado, formatado e instalado para captar calor 
do sistema exaustor da usina. 

O que torna a Alphabet Energy unica e que a empresa tomou uma decisao inteligente logo no 
comego do processo de pesquisa. Em vez de utilizar elementos relativamente raros como 
materiais, decidiu basear sua pesquisa em bolachas - cada bolacha contem diversas pastilhas, 
sendo que cada pastilha ira resultar em um chip - ( wafers ) de silicio, ou seja, a mesma 
substancia fisica da qual as unidades centrais de processamento (CPUs) sao feitas. Como o 
CEO Matthew Scullin explica: “Nossa tecnologia termoeletrica e a unica que pode utilizar 
infraestrutura de semicondutor de baixo custo para a fabricagao”. Isso permitiu que a Alphabet 
Energy projetasse e construisse seus produtos empequenos lotes. 

Em contraste, a maioria das startups de tecnologia limpa bem-sucedidas tern tido de fazer 
investimentos iniciais consideraveis. A SunPower, fornecedora de paineis solares, teve de 
construir fabricas para produzir seus paineis e estabeleceu parcerias com instaladores antes 
de se tornar totalmente operacional. Da mesma forma, a BrightSource levantou291 milhoes de 
dolares para construir e operar usinas de energia solar de grande escala sem fornecer um watt 
sequer a umunico cliente. 

Em vez de ter de investir tempo e dinheiro em dispendiosas instalagoes de fabricagao, a 
Alphabet e capaz de tirar proveito da grande inifaestrutura existente na produgao de bolachas 
de silicio para computadores. Em consequencia, pode passar do conceito de um produto para 
sua versao fisica em apenas seis semanas, do principio ao fim. O desafio da Alphabet tern 
sido achar a combinagao de desempenho, prego e formato fisico que seja compativel com os 
clientes iniciais. Embora sua tecnologia possua potencial revolucionario, os adotantes iniciais 
so a implementarao se conseguirem perceber umclaro retorno sobre o investimento. 

Aparentemente, o mercado mais obvio para a tecnologia da Alphabet seria o das usinas de 
energia eletrica, e, de fato, foi a hipotese inicial da equipe. A Alphabet formulou a hipotese de 
que as turbinas a gas de ciclo simples seriam uma aplicagao ideal; essas turbinas, que sao 
similares a motores a jato direcionados para o chao, sao utilizadas por geradoras da energia 
para fornecer energia nos horarios de pico. A Alphabet acreditou que adaptar seus 
semicondutores a essas turbinas seria simples e barato. 

A empresa executou o teste dessa hipotese em lotes pequenos desenvolvendo solugoes em 
pequena escala para seus clientes como meio de aprendizagem Assim como muitas ideias 
iniciais, a hipotese dela foi refutada com rapidez. As empresas de geragao de energia 
apresentam baixa tolerancia em relagao ao risco, sendo muito pouco provavel que se tornem 
adotantes iniciais. Como nao estava subjugada por uma abordagem de lote grande, a Alphabet 
estava pronta para pivotar apos apenas tres meses de investigagao. 

A Alphabet tambem eliminou diversos outros possiveis mercados, que levaram a uma serie 



de pivos para outros segmentos de clientes. Os esforgos correntes da empresa concentram-se 
em empresas de manufatura, que tern a capacidade de experimentar novas tecnologias em 
partes distintas das fabricas; isso permite que os adotantes iniciais avaliem os reais beneficios 
antes de se comprometerem com uma grande implementagao. Essas implantagoes iniciais 
colocam outras suposigoes da Alphabet em teste. Ao contrario do setor de hardware de 
computadores, os clientes nao estao dispostos a pagar muito emtroca de desempenho maximo. 
Isso exigiu mudancas significativas no produto da Alphabet, configurando-o para alcancar o 
menor custo possivel por watt. 

Toda essa experimentacao custou a empresa uma fracao muito pequena do que outras 
startups do setor de energia gastaram. Ate agora, a Alphabet levantou cerca de 1 milhao de 
dolares. So o tempo dira se ela tera exito, mas gramas ao poder dos pequenos lotes, a empresa 
sera capaz de descobrir a verdade muito mais rapido.- 

* * * 


Provavelmente, o Sistema de Produgao Toyota e o mais avan^ado sistema de administragao 
do mundo, mas ainda mais impressionante e o fato de que a Toyota desenvolveu a organizagao 
de aprendizagem mais avangada da historia. Demonstrou a capacidade de liberar a 
criatividade dos seus fiincionarios, alcangar crescimento consistente e produzir novos 
produtos inovadores incessantemente ao longo de quase um seculo.- 
Esse e o tipo de sucesso a longo prazo a que os empreendedores deveriam aspirar. Embora 
as tecnicas de produgao enxuta sejam poderosas, sao apenas uma manifestagao de uma 
organizagao de fiincionamento superior, que esta comprometida em alcancar desempenho 
maximo por meio de medidas corretas de progresso a longo prazo. O processo e apenas a base 
sobre a qual a cultura de uma grande empresa pode se desenvolver. No entanto, sem essa base, 
as iniciativas para estimular a aprendizagem, a criatividade e a inova^ao fracassarao, como 
muitos diretores desiludidos de RH podem testemunhar. 

A startup enxuta so funcionara se formos capazes de construir uma organizacao tao 
adaptavel e agil quanto os desafios enfrentados por ela. Isso requer atacar os desafios 
humanos inerentes a essa nova maneira de trabalho: esse e o tema do restante da Parte III. 


0 CAM IN HO DA STARTUP 



50 Disponivel em: < http://lssacademv.com/2008/03/24/a-response-to-the-video-skeptics/ >. 

51 Se estiver sentindo dificuldade de aceitar esse fato, sera realmente util assistir ao video. Um blogueiro muito orientado por 
detalhes pega um video e o decompoe, segundo por segundo, para ver onde o tempo era gasto: “Voce perde de dois a cinco 
segundos cada vez que move a pilha entre as etapas. Atom disso, voce tem de cuidar da pilha diversas vezes durante a tarefa; 
algo que voce quase nao tem de fazer com [o fluxo de pega unica], Esse tambem e um corolario fabril: armazenar, mover, 
recuperar e procurar no inventario para o trabalho em andamento”. Ver o restante do comentario em: 
<http://lssacademv.com/2008/03/24/a-response-to-the-video-skeptics/ >. 


52 Timothy Fitz, um dos primeiros engenlieiros da IMVU, merece credito por ter criado o termo implantagao continua num post 
de seu blog: <http://timothvfitz.wordprcsss.eom/2009/02/l0/continuous-deplovment-at-imvu-doiiiiz-the-impossible-fittv-times-a- 
day />. O desenvolvimento real do sistema de imptomentagao continua resulta do trabalho de muitos engenlieiros da IMVU para 
que possa lhes dar o devido credito aqui. Para mais detalhes de como comegar com a imptomentagao continua, ver: 
<http://radar.oreillv.com/2009/03/continuous-deplovment-5-eas.html> . 


53 Para detalhes tecnicos do ajuste da imptomentagao continua da Wealthfront, ver: 

<http://eng.wealthfront.com/2010/05/deplovment-infrastructure-for.html > e < httpV/ eng.wealthfront.com/2011/03/lean-startup- 
stage-at-sxsw.html >. 


54 Essa descrigao da School of One foi fornecida por Jenn if er Carolan, da NewSchools Venture Fund. 


55 Para mais informagoes acerca da espiral da morte dos grandes totes, ver The Principles of Product Development Flow: 
Second Generation Lean Product Development, de Donald G. Reinersten. Disponivel em: < http://bit.lv/pdflow >. 














56 Esses exemplos de assistencia medica enxuta sao uma cortesia de Mark Graban, autor de Lean Hospitals (Nova York: 
Productivity Press, 2008). 


57 Essa explicagao a respeito de puxada e tirada de Lean Production Simplified, de Pascal Dennis (Nova York: Productivity 
Press, 2007). 


58 Para um exemplo desse mal-entendido no trabalho, ver < http://www.oreillygmt.eii/interview/fatbov-in-a-lean-world/ >. 


59 Informagoes acerca da Alphabet Energy foram obtidas em entrevistas realizadas por Sara Leslie. 


60 Para mais detalhes a respeito da organizagao de aprendizagem da Toyota, ver The Toyota Way (O modelo Toyota), de 
Jeffrey Liker. 
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CRESCER 


R ecentemente, fui procurado por duas startups no mesmo dia. Como tipos de negocios, nao 
podiam ser mais diferentes. A primeira esta desenvolvendo um mercado para ajudar 
negociantes de colecionaveis a se conectar uns com os outros. Trata-se de aficionados por 
filmes, animes ou gibis que se esforgam para reunir colegoes completas de brinquedos e 
outras mercadorias promocionais relacionadas aos personagens que eles adoram A startup 
aspira concorrer com mercados on-line, como o eBay, e tambem com mercados fisicos ligados 
a conven^oes e outros encontros de aficionados. 

A segunda startup vende softwares de bancos de dados para clientes corporativos. Ela 
detem uma tecnologia de ponta que pode suplementar ou substituir produtos de grandes 
empresas, tais como Oracle, IBM e SAP. Seus clientes sao diretores de TI, gerentes de TI e 
engenheiros em algumas das maiores organizagoes do mundo. Sao vendas com longo tempo de 
execugao, que requerem vendedores, engenheiros de vendas, suporte de instalagao e contratos 
de manutengao. 

\bce pode ser perdoado por achar que essas duas empresas nao tern absolutamente nada em 
comum. No entanto, as duas me procuraram exatamente com o mesmo problema: possuiam 
clientes e receitas iniciais promissores; validaram e invalidaram diversas hipoteses em seus 
modelos de negocio; e estavam atuando nos roteiros de produto com sucesso. Os clientes 
delas proporcionaram um mix integro de feedback positivo e sugestoes de melhorias. As duas 
empresas utilizaramo sucesso inicial para arrecadar dinheiro com investidores externos. 

O problema era que nenhuma das duas estava crescendo. 

Os dois CEOs me apresentaram graficos parecidos mostrando que o crescimento inicial 
tinha parado. Eles nao conseguiam entender o motivo. Estavam perfeitamente conscientes da 
necessidade de apresentar progressos para funcionarios e investidores. Procuraram-me porque 
queriam conselhos a respeito de como revitalizar o crescimento das empresas. Eles deviam 
investir mais em propaganda ou programas de marketing? Deviam se concentrar na qualidade 
do produto ou em novos recursos? Deviam tentar melhorar as taxas de conversao ou a 
precificagao? 

Ao que parece, as duas empresas compartilham uma profunda similaridade na maneira como 
os negocios crescem - e, portanto, uma confusao similar a respeito do que fazer. As duas 
utilizamo mesmo motor de crescimento , que e o topico deste capitulo. 



DE ONDE VEM O CRESCIMENTO? 


O motor de crescimento e o mecanismo que as startups utilizam para alcancar o crescimento 
sustentavel. Utilizo a palavra sustentavel para excluir todas as atividades ocasionais que 
geram um surto de clientes, mas nao tern impacto a longo prazo, tais como anuncios isolados 
ou uma proeza publicitaria que pode ser utilizada para revitalizar o crescimento, mas nao 
consegue sustenta-lo a longo prazo. 

O crescimento sustentavel se caracteriza por uma regra simples: 


Os novos clientes surgem das agoes dos clientes passados. 


Ha quatro maneiras principals de os clientes passados impulsionarem o crescimento 
sustentavel: 

1. Boca a boca. Um nivel natural de crescimento esta integrado na maioria dos produtos 
provocado pelo entusiasmo dos clientes satisfeitos com o produto. Por exemplo, quando 
comprei meu primeiro DVR TiV), nao conseguia parara de falar dele para meus amigos e 
familiares. Empouco tempo, toda minha familia estava usando esse aparelho. 

2. Como efeito colateral da utiliza^ao do produto. Produtos de moda ou status , tais como 
bens de luxo, promovema consciencia de si mesmos sempre que sao usados. Quando voce ve 
alguem vestido com uma roupa de grife ou dirigindo um certo carro, voce pode ser 
influenciado a comprar aquele produto. Isso tambem e verdade em relagao aos assim 
chamados produtos virais, como Facebook ou PayPal. Quando um cliente envia dinheiro para 
um amigo usando o PayPal, o amigo fica exposto automaticamente ao produto PayPal. 

3. Por meio de publicidade financiada. A maioria das empresas utiliza a publicidade para 
incitar novos clientes a usar seus produtos. Para isso ser uma fonte de crescimento sustentavel, 
a publicidade deve ser paga como resultado da receita recorrente, nao de fontes ocasionais, 
como o capital de investimento. Enquanto o custo de adquirir um novo cliente (o assim 
chamado custo marginal) e menor do que a receita gerada pelos clientes (a receita marginal), o 
excesso (o lucro marginal) pode ser utilizado para conseguir mais clientes. Quanto maior o 
lucro marginal, mais rapido o crescimento. 

4. Por meio da compra ou do uso repetido. Alguns produtos sao projetados para ser 
comprados repetidas vezes por meio de um piano de assinatura (uma empresa de teve a cabo) 
ou de recompras voluntarias (comestiveis ou lampadas). Porem, diversos produtos e servigos 
sao deliberadamente projetados como eventos ocasionais: por exemplo, o planejamento de um 
casamento. 

Essas fontes de crescimento sustentavel movimentam os ciclos de feedback que denominei 



motores de crescimento. Cada um e como um motor de combustao, girando repetidas vezes. 
Quanto mais rapido o ciclo e completado, mais rapido a empresa crescera. Cada motor possui 
um conjunto intrinseco de metricas que determinam com que rapidez uma empresa pode 
crescer ao utiliza-lo. 


OS TRES MOTORES DE CRESCIMENTO 

Vimos na Parte II como e importante que as startups utilizem o tipo certo de metricas - 
metricas acionaveis - para avaliar o progresso. No entanto, isso deixa uma grande quantidade 
em termos de que numeros devemos medir. De fato, uma das formas mais onerosas de possivel 
desperdicio para uma startup e gastar tempo discutindo sobre como priorizar o novo 
desenvolvimento depois que o produto esta no mercado. A qualquer momenta, a empresa pode 
investir sua energia em adquirir novos clientes, melhorar os servigos prestados aos clientes 
existentes, aprimorar a qualidade geral ou reduzir os custos. Na minha experiencia, as 
discussoes acerca desses tipos de decisoes de prioridade podem consumir uma fragao 
substancial do tempo da empresa. 

Os motores de crescimento sao projetados para dar as startups um conjunto relativamente 
pequeno de metricas sobre as quais concentrar as energias. Como um dos meus mentores, o 
investidor de capital de risco Shawn Carolan, afirmou: “As startups nao morrem de tame; elas 
se afogam”. Ha sempre zilhoes de novas ideias flutuando por ai a respeito de como tornar o 
produto melhor, mas a verdade e que a maioria dessas ideias faz diferenga apenas em termos 
marginais. Sao meras otimizagoes. As startups precisam se concentrar nos grandes 
experimentos que conduzem a aprendizagem validada. O arcabouco dos motores de 
crescimento as ajuda a permanecer focadas nas metricas que tern importancia. 

O motor de crescimento recorrente 

Isso nos traz de volta as duas startups que abriram este capitulo. Elas utilizam exatamente o 
mesmo motor de crescimento, apesar de estarem em setores bem distintos. Os dois produtos 
sao projetados para atrair e reter clientes a longo prazo. O mecanismo de retengao e diferente 
em ambos os casos. Para a empresa de pegas raras de colegao, a ideia e se tornar o principal 
destino de compras para colecionadores fanaticos - pessoas que estao sempre cagando os 
ultimos artigos e as melhores ofertas. Se o produto da empresa fimcionar como projetado, os 
colecionadores que comegarem a utiliza-lo verificarao constante e repetidamente se novos 
itens estao a venda, e tambem colocarao os proprios artigos a venda ou para troca. 

A startup que vende software de banco de dados recorre a utilizacao repetida por um motivo 
muito distinto. A tecnologia de banco de dados e usada apenas como base para os proprios 
produtos do cliente, como um site ou um sistema de ponto de venda. Depois que voce 
desenvolveu um produto baseado numa tecnologia especifica de banco de dados, e muito 
dificil mudar. Na industria de TI, afirma-se que esses clientes ficam presos (vendor lock-in) 
ao fornecedor escolhido. Para um produto desses crescer, precisa oferecer um novo recurso 
tao atraente que os clientes se sujeitem ao risco de ficar presos a um fornecedor proprietario 



por um tempo potencialmente longo. 

Assim, os dois negocios dependem da existencia de uma alta taxa de retengao de clientes. 
Eles tern a expectativa de que, assim que uma pessoa comegar a utilizar seu produto, ela 
continuara fazendo isso. E a mesma dinamica da operadora de telefonia celular: quando um 
cliente cancela o servico, em geral significa que esta muito insatisfeito ou mudando para um 
produto do concorrente. Isso contrasta com, por exemplo, comestiveis no corredor de um 
supermercado. No setor de varejo de comestiveis, o gosto do cliente oscila, e, se um cliente 
compra Pepsi-Cola naquela semana em vez de Coca-Cola, esse fato nao e tao importante 
assim 

Portanto, as empresas que utilizam o motor de crescimento recorrente monitoram a taxa de 
atrito ou a taxa de rotatividade com muita atencao. A taxa de rotatividade e defmida como a 
tragao de clientes de qualquer periodo que nao permanecem comprometidos com o produto da 
empresa. 

As regras que governam o motor de crescimento recorrente sao muito simples: se a taxa de 
aquisigao de novos clientes superar a taxa de rotatividade, o produto crescera. A velocidade 
de crescimento determina-se pelo que denomino taxa de composigao, que e a taxa de 
crescimento natural menos a taxa de rotatividade. Como uma conta bancaria, que acumula 
juros compostos, ter uma alta taxa de composigao levara a um crescimento muito rapido; sem 
propaganda, crescimento viral ou truques de publicidade. 

Infelizmente, essas duas startups que utilizam o motor de crescimento recorrente estavam 
monitorando seu progresso por meio de indicadores genericos, como o numero total de 
clientes. Mesmo as metricas acionaveis que estavam utilizando, como a taxa de ativagao e a 
receita por cliente, nao eram muito uteis, pois, no motor de crescimento recorrente, essas 
variaveis tempouco impacto sobre o crescimento. (No motor de crescimento recorrente, elas 
sao mais adequadas para testar a hipotese de valor, assunto discutido no Capitulo 5.) 

Apos nossas reunioes, uma das duas startups aceitou minha sugestao de modelar o 
comportamento dos seus clientes usando o motor de crescimento recorrente como modelo. Os 
resultados foram notaveis: taxa de retengao de 61% (portanto a taxa de rotatividade era de 
39%) e taxa de crescimento de 39% de novos clientes. Em outras palavras, a taxa de 
rotatividade e a aquisigao de novos clientes equilibraram-se quase de maneira perfeita, 
levando a uma taxa de composigao de crescimento de apenas 0,02% - quase zero. 

Isso e tipico em empresas cujos negocios demandam envolvimento e que estao se 
esforgando para crescer. Certa vez, um executivo que tinha trabalhado na PointCast, empresa 
da era ponto-com, mostrou-me como a empresa sofrera uma disfuncao similar. Quando a 
PointCast se esforgava para crescer, era muito bem-sucedida na aquisigao de novos clientes - 
exatamente como a startup de motor recorrente (39% em cada periodo). Infelizmente, esse 
crescimento estava sendo anulado por uma porcentagem equivalente de rotatividade. Uma vez 
modelada dessa maneira, a boa noticia devia ser evidente: inumeros novos clientes entrando 
pela porta. A maneira de encontrar o crescimento e focar nos clientes existentes para o 
produto, envolvendo-se ainda mais com eles. Por exemplo, a empresa poderia se concentrar 
emobter mais e melhores anuncios. Isso criaria umincentivo para que os clientes retornassem 
com ffequencia. Ou poderia fazer algo mais direto, como enviar-lhes mensagens sobre vendas 



por tempo limitado ou com ofertas especiais. De qualquer maneira, seu foco precisaria ser na 
melhoria da retengao dos clientes - o que iria contra a intuigao mais comum de que, se uma 
empresa carece de crescimento, deve investir mais em vendas e marketing. Esse resultado 
contrario a intuigao e dificil de ser inferido a partir das metricas de vaidade padrao. 

O motor de crescimento viral 

As redes sociais on-line e a Tupperware sao exemplos de produtos para os quais os clientes 
realizam a maior parte do marketing. O conhecimento do produto se espalha com rapidez de 
pessoa para pessoa, da mesma forma que um virus se torna epidemico. Isso e diferente de um 
simples crescimento boca a boca como o discutido anteriormente. Em vez disso, os produtos 
que apresentam crescimento viral dependem da transmissao de pessoa para pessoa como 
consequencia necessaria do uso normal do produto. Os clientes nao estao agindo 
intencionalmente como divulgadores; nao tentam necessariamente espalhar informacoes sobre 
o produto. O crescimento ocorre de modo automatico, como efeito colateral do uso do produto 
por parte dos clientes. Viroses nao sao opcionais. 

Por exemplo, uma das historias de sucesso viral mais conhecidas e a de uma empresa 
chamada Hotmail. Em 1996, Sabeer Bhatia e Jack Smith lan^aram um novo servigo de e-mail 
baseado na web que oferecia contas gratis aos clientes. A principio, o crescimento foi bem 
lento; comapenas umpequeno investimento da Draper Fisher Jurvetson, empresa de capital de 
risco, a equipe do Hotmail nao podia arcar com uma campanha de marketing extensiva. No 
entanto, tudo mudou quando fizeram um pequeno ajuste no produto. Adicionaram ao final de 
cada e-mail a mensagem “P.S. Get your free e-mail at Hotmail” (“P.S.: Obtenha seu e-mail 
gratis no Hotmail”), acompanhada de umlink. 

Em semanas, aquela pequena mudanca no produto mudou os resultados. Em seis meses, 
Bhatia e Smith tinham mais de 1 milhao de novos clientes cadastrados. Cinco semanas depois, 
alcan^aram a marca de 2 milhoes. Dezoito meses depois do lan^amento do servi^o, com 12 
milhoes de assinantes, venderam a empresa para a Microsoft por 400 milhoes de dolares.- 

O mesmo fenomeno esta em a<?ao nas conhecidas “reunioes domiciliares” da Tupperware, 
em que as clientes ganham comissoes vendendo o produto para as amigas e vizinhas. Cada 
abordagem de vendas e uma oportunidade nao so de comercializar produtos da Tupperware, 
mas tambem de convencer outras clientes a se tornarem representantes da empresa. As 
reunioes domiciliares ainda sao uma estrategia firme e forte decadas apos sua criagao. 
Diversas outras empresas contemporaneas, tais como a Pampered Chef (propriedade da 
Berkshire Hathaway, de Warren Buffett), a Southern Living e a Tastefully Simple, adotaramum 
modelo parecido commuito sucesso. 

Como os outros motores de crescimento, o motor viral e acionado por um ciclo de feedback 
que pode ser quantificado. E denominado ciclo viral , e sua velocidade se determina por um 
termo matematico simples chamado coeficiente viral. Quanto maior for esse coeficiente, mais 
rapido o produto se espalhara. O coeficiente viral mede quantos novos clientes utilizarao um 
produto como consequencia de cada novo cliente inscrito. Em outras palavras: quantos amigos 
cada cliente trara com ele? Como cada amigo tambem e um novo cliente, ele tern a 


oportunidade de recrutar ainda mais amigos. 

Para um produto com um coeficiente viral de 0,1, um em cada dez clientes recrutara um dos 
seus amigos. Esse nao e umciclo sustentavel. Imaginemos que cem clientes se inscrevam. Eles 
obterao a inscrigao de dez amigos. Esses dez amigos obterao a inscrigao de mais uma pessoa, 
mas, entao, o ciclo desaparecera. 

Em contraste, um ciclo viral com um coeficiente maior do que 1,0 crescera 
exponencialmente, pois cada pessoa que se inscrever trara, em media, mais de uma pessoa 
comela. 

Para observar os efeitos em termos graficos, observe o grafico a seguir. 



As empresas que se valem do motor de crescimento viral devem se concentrar em 
intensificar o coeficiente viral mais do que tudo, pois ate mudancas muito pequenas nesse 
numero provocarao alteragoes dramaticas nos clientes empotencial. 

Uma consequencia disso e que diversos produtos virais nao cobram dos clientes 
diretamente, mas dependem de fontes indiretas de receita, como propaganda. Esse e o por que 
de os produtos virais nao poderem se permitir ter qualquer atrito que impega o processo de 
cadastro de clientes e o recrutamento de seus amigos. Isso pode tornar o teste da hipotese de 
valor para produtos virais muito desafiador. 

O verdadeiro teste da hipotese de valor e sempre uma troca voluntaria de valor entre os 
clientes e a startup que lhes presta servicos. Grande parte da confiisao deriva do fato de que 
essa troca pode ser monetaria, como no caso da Tupperware, ou nao monetaria, como no caso 
do Facebook. No motor de crescimento viral, a troca monetaria nao condiciona novo 








crescimento; e util apenas como indicador de que os clientes valorizam o produto o suficiente 
para pagar por ele. Se o Facebook ou o Hotmail tivessem come^ado a cobrar dos clientes nos 
primeiros dias, teria sido uma tolice, pois isso teria impedido a capacidade de crescimento. 
No entanto, nao e verdade que os clientes nao dao a essas empresas algo de valor: investindo 
seu tempo e aten^ao no produto, eles o tornam valioso para os anunciantes. Na realidade, as 
empresas que vendem propaganda atendem dois grupos distintos de clientes - os 
consumidores e os anunciantes - e trocamuma moeda de valor diferente comcada um- 

Isso e muito diferente das empresas que utilizam ativamente dinheiro para fomentar sua 
expansao, como a rede varejista que pode crescer tao rapido quanto puder se fmanciar 
abrindo novas lojas em pontos adequados. Essas empresas estao utilizando um motor de 
crescimento totalmente distinto. 

O motor de crescimento pago 

Imaginemos outra dupla de empresas. Aprimeira ganha 1 dolar para cada cliente cadastrado; a 
segunda ganha 100 mil dolares por cada cliente. Para predizer que empresa crescera mais 
rapido, voce precisa saber apenas mais uma coisa: quanto custa a inscri^ao de um novo 
cliente. 

Imaginemos que a primeira empresa utiliza o Google AdWords para achar novos clientes 
on-line, pagando 80 centavos de dolar, em media, por cada novo cliente. A segunda empresa 
vende bens de capital para grandes empresas. Cada venda requer um investimento de tempo 
significativo de uma equipe de vendas, e precisa da engenharia de vendas no local do cliente 
para ajudar a instalar o produto; esses gastos perfazem ate 80 mil dolares por novo cliente. As 
duas empresas crescerao na mesma taxa. Cada uma tern a mesma proporgao de receita (20%) 
disponivel para reinvestir na aquisigao de novos clientes. Se as empresas quiserem aumentar a 
taxa de crescimento, poderao fazer isso de duas maneiras: aumentar a receita por cliente ou 
reduzir o custo de aquisigao de umnovo cliente. 

Esse e o motor de crescimento pago em agao. 

No Capitulo 3, ao relatar a historia da IMVU, falei a respeito de como cometemos um 
importante erro na dcfinigao inicial da estrategia da IMVU. No fim, acabamos tendo de fazer 
um pivo do motor de crescimento. Originalmente, achamos que nossa estrategia de add-on 
para o servi^o de MI permitiria que o produto crescesse de modo viral. Mas os clientes se 
recusaram a concordar com nossa brilhante estrategia. 

Nossa concep^ao erronea basica foi a cren^a de que os clientes estariam dispostos a utilizar 
o IMVU como um add-on para as redes de mensagem instantanea existentes. Acreditamos que 
o produto se espalharia de modo viral atraves dessas redes, passando de cliente para cliente. 
O problema com aquela teoria e que alguns tipos de produtos nao sao compativeis com o 
crescimento viral. 

Os clientes do IMVU nao quiseram utilizar o produto com seus amigos existentes. Eles 
queriam utiliza-lo para fazer novos amigos. Infelizmente, isso significou que nao tinham um 
forte incentivo para atrair novos clientes para o produto, pois consideravam isso nosso 
trabalho. Felizmente, o IMVU foi capaz de crescer utilizando propaganda paga, pois nossos 


clientes estavam dispostos a pagar mais por nosso produto do que nos custou alcanga-los via 
propaganda. 

Como os outros motores, o motor de crescimento pago e acionado por um ciclo de feedback. 
Cada cliente paga uma determinada soma em dinheiro para o produto durante seu “tempo de 
vida” como cliente. Depois que os custos variaveis sao deduzidos, isso em geral e 
denominado valor do tempo de vida (lifetime value - LTV) do cliente. Essa receita pode ser 
investida no crescimento mediante a compra de propaganda. 

Suponhamos que uma propaganda custa 100 dolares e provoca a inscrigao de cinquenta 
novos clientes para o servigo. Esse anuncio tern um custo por aquisigao (CPA) de 2 dolares. 
Nesse exemplo, se o produto tiver um LTV maior que 2 dolares, o produto crescera. A margem 
entre o LTV e o CPA determina com que rapidez o motor de crescimento pago fiincionara (isso 
se chama lucro marginal). De modo oposto, se o CPA ficar em 2 dolares, mas o LTV cair 
abaixo de 2 dolares, o crescimento da empresa perdera velocidade. A diferenga pode ser 
compensada com taticas ocasionais, como usar capital investido ou truques publicitarios, mas 
essas taticas nao sao sustentaveis. Esse foi o destino de diversas empresas fracassadas, entre 
elas notaveis empresas ponto-com extintas, que, de modo equivocado, acreditaram que 
poderiam perder dinheiro com cada cliente mas, como afirma a velha piada, ganhar no 
volume. 

Embora tenha explicado o motor de crescimento pago em termos de propaganda, ele e muito 
mais amplo do que isso. As startups que empregam equipes de vendas externas tambem estao 
usando esse motor, como as lojas de varejo que dependem do fluxo de clientes. Todos esses 
custos exercempapel ativo no custo por aquisigao. 

Por exemplo, uma startup em que trabalhei criou ferramentas de colaboragao para equipes e 
grupos. A empresa passou por um pivo radical, trocando de uma ferramenta que era utilizada 
principalmente por praticantes de hobby e clubes pequenos para uma que era direcionada a 
empresas, organizacoes nao governamentais (ONGs) e outras organizacoes de grande porte. 
No entanto, a startup fez esse pivo de segmento de clientes sem mudar seu motor de 
crescimento. Previamente, tinha feito aquisigao de clientes on-line, utilizando tecnicas de 
marketing direto baseadas na web. Lembro-me de uma situagao inicial, em que a empresa 
lidou com um pedido de uma ONG importante, que queria comprar seu produto e implementa- 
lo em diversas divisoes. A startup possuia um piano de pregos “ilimitado”, o seu mais caro, 
que custava apenas algumas centenas de dolares por mes. A ONG literalmente nao pode 
realizar a compra porque nao tinha nenhum processo adequado para comprar algo tao barato. 
Alem disso, precisava de ajuda substancial na gestao da implantagao, no treinamento do 
pessoal na nova ferramenta e no monitoramento do impacto da mudanga; esses eram servigos 
que a startup estava mal preparada para oferecer. A mudanga da segmentagao de clientes 
requereu a contratagao de uma equipe de vendas externas de tamanho consideravel, que 
passou o tempo participando de conferences, instruindo executivos, e redigindo documentos 
de marketing. Esses gastos muito maiores vieram com uma recompensa correspondente: a 
empresa deixou de ganhar apenas alguns dolares por cliente e passou a ganhar dezenas e, 
depois, centenas de milhares de dolares por clientes muito maiores. Seu novo motor de 
crescimento levou a um sucesso sustentado. 



Amaior parte das fontes de aquisigao de clientes esta sujeita a concorrencia. Por exemplo, 
lojas comvitrines chamativas possuemmais fluxo de clientes e, assim, sao mais valiosas. Da 
mesma forma, a propaganda direcionada para clientes mais abastados em geral custa mais do 
que a propaganda direcionada para o publico em geral. O que determina esses pregos e o 
valor medio ganho pelas empresas que competem pela atencao de determinando cliente. Os 
consumidores ricos custam mais para ser alcangados, pois tendem a se tornar clientes mais 
lucrativos. 

Ao longo do tempo, qualquer fonte de aquisigao de clientes tendera a ter seu lance de CPA 
aumentado por essa competigao, como em um leilao. Se todos em um setor tiverem o mesmo 
lucro em cada venda, todos acabarao pagando a maior parte do seu lucro marginal para a fonte 
de aquisicao. Portanto, a capacidade de crescer a longo prazo usando o motor pago requer 
uma capacidade diferenciada para monetizar um determinado conjunto de clientes. 

AIMVU e umbom exemplo. Nossos clientes nao eram considerados muito lucrativos pelos 
outros servi^os on-line: incluiam muitos adolescentes, adultos de baixa renda e clientes 
internacionais. Os outros servicos tendiam a supor que essas pessoas nao pagariam por nada 
on-line. Na IMVU, desenvolvemos tecnicas para coletar pagamentos on-line de clientes que 
nao tinham cartoes de credito, permitindo que eles mandassem as contas para seus celulares 
ou nos enviassem dinheiro pelo correio. Dessa maneira, conseguimos arcar com gastos 
maiores para adquirir os clientes que nossos concorrentes nao atingiriam. 


Uma ressalva tecnica 

Tecnicamente, mais de um motor de crescimento pode fiincionar num negocio por vez. Por 
exemplo, ha produtos que possuem crescimento viral muito rapido, e tambem taxas de 
rotatividade de clientes muito baixas. Alem disso, nao ha motivo pelo qual um produto nao 
possa ter tanto margens altas como retencao alta. No entanto, na minha experiencia, as startups 
bem-sucedidas se concentram, em geral, em apenas um motor de crescimento, especializando- 
se em tudo que e requerido para faze-lo fiincionar. Empresas que tentam desenvolver um 
painel que inclui todos os tres motores, tendem a causar muita confusao, pois a expertise de 
operates requerida para modelar todos esses efeitos ao mesmo tempo e bastante complicada. 
Portanto, recomendo enfaticamente que as startups enfoquem um motor por vez. A maioria dos 
empreendedores ja tern uma hipotese do tipo sal to de fe a respeito de qual motor e mais 
propenso a fiincionar. Caso contrario, o tempo gasto “fora do predio” com os clientes 
rapidamente sugerira um motor que pareca lucrativo. Apenas apos perseverar num motor a 
fiindo uma startup deve considerar um pivo para outro tipo de motor. 

OS MOTORES DE CRESCIMENTO DETERMINAM O 
ENCAIXE PRODUTO / MERCADO 

Marc Andreessen, empreendedor lendario, investidor e um dos pais da World Wide Web, 
cunhou o termo encaixe produto / mercado para descrever o momenta em que uma startup 
enfim encontra um conjunto amplo de clientes em potencial, que querem exatamente um 



produto como o seu: 


Num grande mercado - um mercado com muitos possiveis clientes reais - o mercado puxa o produto da startup. Essa e 
a historia da propaganda em resultados de busca (ex.: links patrocinados do Google), dos leiloes pela Internet e dos 
roteadores TCP/IP. De modo oposto, num mercado terrivel, voce pode ter o melhor produto do mundo e uma equipe 

/TO 

absolutamente fantastica, e isso nao tern importancia; voce vai fracassar.— 

Quando voce observa uma startup que conseguiu um encaixe com um mercado excelente, e estimulante. Nao deixa 
margem para duvida. E o Ford Modelo T saindo da fabrica tao rapido quanto pode ser fabricado, o Facebook 
arrebatando campi universitarios da noite para o dia ou o Lotus tomando de assalto o mundo empresarial, vendendo 54 
milhoes de dolares do Lotus 1-2-3 no primeiro ano de operagao. 


De vez em quando, as startup me pedem que as ajude a avaliar se alcancaram o encaixe 
produto / mercado. A resposta e facil: se voce esta perguntando, ainda nao chegou la. 
Infelizmente, isso nao ajuda as empresas a descobrir como chegar mais perto do encaixe 
produto / mercado. Como a startup pode saber se esta perto do sucesso ou irremediavelmente 
distante? 

Embora nao ache que Andreessen pretendeu isso como parte de sua definicao, para muitos 
empreendedores um pivo e um evento associado ao fracasso: “Nossa startup fracassou em 
alcan^ar o encaixe produto / mercado Tambem implica o inverso, ou seja, assim que nosso 
produto alcan^ou o encaixe produto/mercado, nao teremos mais de pivotar. As duas 
suposi^oes estao erradas. 

Acredito que o conceito do motor de crescimento pode por a ideia do encaixe 
produto/mercado numa perspectiva mais rigorosa. Como cada motor de crescimento pode ser 
defmido de modo quantitative, cada um dispoe de um conjunto unico de metricas que podem 
ser utilizadas para avaliar se uma startup esta perto de alcancar o encaixe produto / mercado. 
Uma startup comum coeficiente viral de 0,9 oumaior esta perto do sucesso. Melhor ainda, as 
metricas para cada motor de crescimento funcionam em conjunto com o modelo de 
contabilidade para inovagao discutido no Capitulo 7, dando dire^ao as iniciativas de 
desenvolvimento de produto da startup. Por exemplo, se uma startup tentar utilizar o motor de 
crescimento viral, podera focar suas iniciativas de desenvolvimento em coisas que talvez 
afetem o comportamento dos clientes - no ciclo viral - e ignorar com seguran^a as que nao 
afetarem. Tal startup nao precisa se especializar em funcoes de marketing, propaganda ou 
vendas. Ou a empresa que usa o motor pago precisa desenvolver essas funcoes de marketing e 
vendas comurgencia. 

Uma startup pode avaliar se esta chegando mais perto do encaixe produto/mercado 
enquanto ajusta seu motor avaliando cada volta atraves do ciclo de feedback construir-medir- 
aprender, utilizando a contabilidade para inovagao. O que tern importancia nao sao os 
numeros brutos ou as metricas de vaidade, mas a diregao e o grau do progresso. 

Por exemplo, imaginemos duas startups que trabalham ativamente para ajustar o motor de 
crescimento recorrente. Uma tern uma taxa de compos igao de crescimento de 5%, enquanto a 
outra apresenta uma taxa de 10%. Qual empresa e a melhor aposta? Na superficie, pode 
parecer que a taxa de crescimento maior e melhor, mas e se o painel de contabilidade para 
inova^ao de cada empresa tiver a aparencia do quadro a seguir? 


TAXA DE COMPOSICAO DE CRESCIMENTO HA 

EMPRESA A 

EMPRESA B 

Seis meses 

0,1% 

9,8% 

Cinco meses 

0,5% 

9,6% 

Quatro meses 

2,0% 

9,9% 

Tres meses 

3,2% 

9,8% 

Dois meses 

4,5% 

9,7% 

Um mes 

5,0% 

10,0% 


Mesmo semnenhum insight emrelagao aos numeros brutos dessas duas empresas, podemos 
dizer que a empresa A faz um progresso real, enquanto a empresa B esta emperrada. Isso e 
verdade apesar de a empresa B estar crescendo mais rapido do que a empresa A nesse 
momenta. 


QUANDO OS MOTORES PARAM DE FUNCIONAR 

Manter o motor de crescimento de uma startup funcionando e dificil, mas a verdade e que 
todos os motores de crescimento acabam ficando sem gasolina. Todos os motores estao 
relacionados a um determinado conjunto de clientes e seus habitos, preferences, canais 
publicitarios e interconexoes. Em algum momenta, esse conjunto de clientes sera exaurido. 
Pode levar muito ou pouco tempo, dependendo do setor e do timing. 

O Capitulo 6 enfatizou a importancia de construir o produto minimo viavel de maneira a nao 
incluir nenhum recurso adicional alem do requerido pelos adotantes iniciais. Seguir essa 
estrategia com exito destravara um motor de crescimento que pode alcan^ar a audiencia-alvo. 
No entanto, fazer a transi^ao para os clientes convencionais exigira um trabalho adicional 
imenso.- Assim que tivermos um produto que esta crescendo entre os adotantes iniciais, 
podemos, em teoria, parar de trabalhar no desenvolvimento do produto completamente. O 
produto continuaria a crescer ate alcan^ar os limites daquele mercado inicial. Em seguida, o 
crescimento se nivelaria ou ate pararia por complete). O desafio vem do fata de que essa 
desacelera^ao pode levar meses ou ate anos para acontecer. Lembremos do Capitulo 8 que a 
IMVU falhou nesse teste - a principio - exatamente por esse motivo. 

Algumas empresas desafortunadas acabam seguindo essa estrategia inadvertidamente. Como 
elas estao utilizando metricas de vaidade e contabilidade tradicional, acham que estao fazendo 
progressos quando observam os numeros crescendo. Acreditam, por engano, que estao 











melhorando seus produtos, quando, na realidade, nao estao tendo nenhum impacto sobre o 
comportamento dos clientes. O crescimento esta todo vindo de um motor de crescimento que 
esta em fiincionamento - fiincionando de maneira eficiente para absorver novos clientes - e 
nao das melhorias condicionadas pelo desenvolvimento do produto. Portanto, quando o 
crescimento arrefece de modo repentino, provoca uma crise. 

Esse e o mesmo problema enfrentado por empresas estabelecidas. Seu sucesso passado foi 
construido sobre um motor de crescimento bem regulado. Se esse motor se esgotar e o 
crescimento arrefecer ou parar, podera haver uma crise se a empresa nao tiver novas startups 
incubando dentro dos seus niveis hierarquicos, que podem proporcionar novas fontes de 
crescimento. 

As empresas de qualquer tamanho podem sofrer dessa afli^ao continua. Elas precisam 
gerenciar um portfolio de atividades, ao mesmo tempo regulando seus motores de crescimento 
e desenvolvendo novas fontes de crescimento para quando os motores se esgotarem de modo 
inevitavel. Como fazer isso e o tema do Capitulo 12. No entanto, antes de conseguirmos 
gerenciar o portfolio, precisamos de estrutura organizacional, cultura e disciplina que possam 
lidar com essas mudancas rapidas e muitas vezes inesperadas. Denomino isso organizagao 
adaptativa, e esse e o tema do Capitulo 11. 


61 A historia do Hotmail, juntamente com diversos outros exemplos, sao relatados em Viral Loop, de Adam L. Penenberg. 
Para mais informagoes a respeito do Hotmait ver tambern: <http://www.fastcompanv.com/maga7ine/27/neteffects.html> . 


62 Para mais informagoes sobre as quatro moedas do cliente - tempo, dinheiro, habilidade e paixao ver 
<http://www.startuplessonslearned.com/2009/12/business-ecologv-and-four-customer.html >. 


63 Disponlvel em: < http://pmarca-archive.posterous.corn/the-pmarca-guide-to-startups-part-4-the-only > 


64 Essa e a ligao de Crossing the Chasm, livro de grande sucesso de Geoffrey Moore (Nova York: Harper Paperbacks, 2002). 
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ADAPTAR 


Q uando eu era CEO da IMVU, achava que realizava um bom trabalho na maior parte do 
tempo. Tinha desenvolvido uma organizacao de engenharia agil, e experimentavamos 
com sucesso tecnicas que viriam a ser conhecidas como uma startup enxuta. No entanto, em 
algumas ocasioes, percebia repentinamente que falhava na minha tarefa. Para alguem orientado 
pela realizagao, isso e frustrante. Pior de tudo, voce nao recebe ummemorando. Se recebesse, 
seria algo assim: 


Prezado Eric, 

Saudagoes! A tarefa que voce costumava fazer nessa empresa nao esta mais disponiveL No entanto, voce foi 
transferido para uma nova tarefa na empresa. Na realidade, nao e mais a mesma empresa, ainda que tenha o mesmo 
nome e muitas das mesrnas pessoas. E embora a fungao tenha o mesmo titulo, e voce costumava ser bom na sua antiga 
tarefa, voce ja esta falhando na sua nova. Sua transference esta em vigor a partir de seis meses atras. Dessa maneira, 
esse memorando e para alerta-lo de que ja esta falhando nela por quase o mesmo tempo. 

Boa sorte! 


Toda vez que isso aconteceu comigo, esforcei-me para descobrir o que fazer. Sabia que, 
como crescimento da empresa, precisariamos de processos e sistemas adicionais projetados 
para coordenar as operacoes da empresa em tamanho cada vez maior. E, no entanto, tambem 
tinha visto diversas startups se tornarem fossilizadas e burocraticas como resultado do desejo 
inapropriado de se tornarem “profissionais”. 

Nao ter nenhum sistema nao era uma op^ao para a IMVU, e nao e uma op^ao para voce. Ha 
muitas maneiras para uma startup ffacassar. Ja passei pelo tfacasso da arquitetura excessiva, 
em que as tentativas de impedir os diversos tipos de problemas que podem ocorrer terminam 
por protelar o langamento de qualquer produto pela empresa. Vi empresas falharem de outra 
maneira, a partir do assim chamado efeito Friendster, sofrendo de uma falha tecnica 
importante, exatamente quando a adogao pelos clientes esta crescendo muito. Como executivo 
de um departamento, esse resultado e o pior de todos, pois a falha e tanto ostensiva quanto 
atribuivel a uma fungao ou departamento unico: o seu. Nao so a empresa fracassara, mas 
tambem sera sua falha. 

A maior parte dos conselhos que escutei sobre esse topico sugeriram um tipo de abordagem 
que pregava solucoes intermediarias (algo como: “faca um pouco de planejamento, mas nao 
muito”). O problema com essa abordagem vacilante e que e dificil dar qualquer fiindamento 



logico de por que devemos antecipar um problema especifico, mas ignorar outro. Pode 
parecer que o chefe esta sendo caprichoso ou arbitrario, e isso alimenta a sensagao comum de 
que as decisoes da administracao ocultam um motivo velado. 

Para os que sao administrados desse modo, os incentivos sao claros. Se o chefe tender a 
dividir a diferenga de modo uniforme, a melhor maneira de influencia-lo e obter o que voce 
quer sera adotar a posigao mais extrema possivel. Por exemplo, se um grupo estiver 
defendendo um ciclo de lancamento extremamente longo (uma apresentacao anual de um novo 
produto), voce podera escolher defender igualmente um ciclo de lancamento muito curto 
(talvez semanal ou ate diario), sabendo que as duas opinioes serao rateadas. Quando a 
diferenga for dividida, voce tendera a obter um resultado mais proximo do que realmente quis 
a principio. Infelizmente, esse tipo de corrida armamentista se agrava. Os rivais do outro 
campo sao propensos a fazer a mesma coisa. Ao longo do tempo, todos adotarao as posicoes 
mais polarizadas possiveis, o que torna a divisao da diferenga ainda mais dificil e ainda 
menos bem-sucedida. Os gerentes tern de assumir a responsabilidade por criar esses 
incentivos, seja consciente ou involuntariamente. Embora nao seja a intencao deles 
recompensar a polarizacao extrema, e exatamente isso que eles estao fazendo. Escapar dessa 
armadilha requer uma mudanca significativa no pensamento. 

CRL4NDO UMA ORGAMZACAO ADAPTATIVA 

Uma startup deve investir num programa de treinamento para os novos fimcionarios? Se voce 
tivesse me perguntado isso alguns anos atras, teria rido e dito: “Sem duvida, nao. Programas 
de treinamento sao para grandes empresas, que podem arcar com isso”. No entanto, na IMVU, 
acabamos desenvolvendo um programa de treinamento que era tao bom que os novos 
fimcionarios ja se tornavam produtivos no primeiro dia de emprego. Em apenas poucas 
semanas, esses fimcionarios ja contribuiam num alto nivel. Requereu um grande esforgo para 
padronizar nosso processo de trabalho e elaborar um programa de conceitos que os novos 
fimcionarios deviam aprender. Para cada novo engenheiro seria designado um mentor, que 
ajudaria o novo fimcionario a se acostumar com os diversos sistemas, conceitos e tecnicas de 
que ele precisaria para se tornar produtivo na IMVU. Os desempenhos do mentor e da pessoa 
orientada estavam vinculados, para que os mentores oferecessem esse treinamento com 
seriedade. 

O que e interessante, recordando esse exemplo, e que nunca paramos o trabalho, e 
decidimos que precisavamos criar um grande programa de treinamento. Em vez disso, o 
programa de treinamento evoluiu organicamente, como resultado de uma abordagem metodica 
para desenvolver nosso proprio processo. Esse processo de orientacao estava sujeito a 
constante experimentacao e revisao, para que se tornasse mais eficaz - e menos incomodo - 
ao longo do tempo. 

Denomino essa construcao de organizagao adaptativa, ou seja, aquela que ajusta de modo 
automatico seu processo e desempenho as condicoes correntes. 


E possivel ir rapido demais? 



Ate agora, este livro enfatizou a importancia da velocidade. As startups sao uma luta de vida e 
morte para aprender como constrair uma empresa sustentavel antes que ela fique sem recursos 
e morra. No entanto, enfocar apenas a velocidade seria destrutivo. Para fiincionar, as startups 
requerem reguladores de velocidade integrados, que ajudam as equipes a achar o ritmo ideal 
de trabalho. 

No Capitulo 9, vimos um exemplo de regulagao de velocidade com a utilizagao da corda 
andon em sistemas como o de implantagao continua. O paradoxal proverbio da Toyota resume 
assim: “Pare a produgao para que a produgao nunca tenha de parar”. A chave para a corda 
andon e que ela interrompe o trabalho assim que um problema de qualidade incorrigivel vem 
a tona - o que impoe que seja investigado. Essa e uma das descobertas mais importantes do 
movimento da manufatura enxuta: voce nao pode trocar qualidade por tempo. Se voce esta 
provocando (ou nao percebendo) problemas de qualidade agora, os defeitos resultantes 
reduzirao sua velocidade depois. Os defeitos provocam muito trabalho refeito, baixo moral e 
reclamagoes dos clientes, todos os quais arrefecem o progresso e erodem recursos valiosos. 

Ate agora, utilizei a linguagem dos produtos fisicos para descrever esses problemas, mas 
trata-se de simples questao de conveniencia. Os negocios associados a servigos apresentamos 
mesmos desafios. Pega para qualquer gerente de uma empresa de treinamento, provimento de 
mao de obra ou hospitalidade para lhe mostrar o manual que especifica como os fiincionarios 
devem prestar o servigo sob diversas condigoes. O que talvez tenha comegado como um guia 
simples tende a crescer de maneira inexoravel ao longo do tempo. Em pouco tempo, a 
orientagao e incrivelmente complexa, e os fiincionarios investiram muito tempo e energia na 
aprendizagem das regras. Agora consideremos um gerente empreendedor naquele tipo de 
empresa que tenta experimentar novas regras ou procedimentos. Quanto maior a qualidade do 
manual existente, mais facil sera para ele evoluir ao longo do tempo. Emcontraste, um manual 
de baixa qualidade estara cheio de regras contraditorias ou ambiguas, que provocam confiisao 
quando algo e mudado. 

Quando ensino a abordagem da startup enxuta para empreendedores com formagao em 
engenharia, esse e um dos conceitos mais dificeis de entender. Por um lado, a logica da 
aprendizagem validada e do produto minimo viavel afirma que devemos colocar um produto 
nas maos dos clientes o mais breve possivel, e que qualquer trabalho extra que fazemos alem 
do que e requerido para aprender a partir dos clientes e desperdicio. Por outro, o ciclo de 
feedback construir-medir-aprender e um processo continuo. Nao paramos apos um produto 
minimo viavel, mas utilizamos o que aprendemos para chegar de imediato ao trabalho na 
proxima iteragao. 

Portanto, os atalhos pegos hoje na qualidade do produto, no design ou na infraestratura 
podem terminar reduzindo a velocidade da empresa amanha. \bce pode perceber esse 
paradoxo em agao na IMVU. O Capitulo 3 relatou como acabamos enviando um produto para 
os clientes que estava cheio de bugs, recursos ausentes e design ruim. Os clientes sequer 
quiseram testar o produto, assim, a maior parte do trabalho teve de ser descartada. Seria bom 
se nao tivessemos perdido tanto tempo reparando aqueles bugs e arrumando a versao inicial. 

No entanto, quando nossa aprendizagem nos permitiu constrair produtos que os clientes 
quiseram , enffentamos redugoes de velocidade. Ter um produto de baixa qualidade pode 



inibir a aprendizagem quando os defeitos impedem os clientes de vivenciar (e dar feedback) 
os beneficios do produto. No caso da IMVU, quando oferecemos o produto para clientes mais 
convencionais, eles foram muito menos compreensivos do que o foram os adotantes iniciais. 
Da mesma maneira, quanto mais recursos adicionamos ao produto, mais dificil ainda se torna 
adicionar outros por causa do risco de que um novo recurso interfira com os existentes. A 
mesma dinamica ocorre numa empresa de servigos, pois quaisquer novas regras podem entrar 
emconflito comas regras existentes, e, quanto mais regras, mais possibilidade de conflito. 

A IMVU utilizou as tecnicas deste capitulo para alcangar escala e qualidade num modo just- 
in-time. 


A SABEDORIA DOS CINCO PORQUES 

Para acelerar, as startups enxutas precisam de um processo que fornece um ciclo de feedback 
natural. Quando estamos indo rapido demais, causamos mais problemas. Processos 
adaptativos nos forgam a desacelerar e investir na prevengao dos problemas que estao 
dcsperdicando tempo no momento. Quando os es forgo s preventives surtem efeito, e natural 
que aceleremos de novo. 

Retornemos a questao do programa de treinamento para novos fiincionarios. Sem um 
programa, os novos fiincionarios cometerao erros durante sua curva de aprendizagem, o que 
exigira auxilio e intervengao dos outros membros da equipe, diminuindo a velocidade de 
todos. Como voce decide se o investimento em treinamento vale o beneficio da velocidade 
devido a redugao das interrupgoes? Equacionar isso de uma perspectiva de cima para baixo e 
desafiador, pois requer estimar duas quantidades completamente desconhecidas: quanto 
custara construir um programa desconhecido em relagao a um beneficio desconhecido que 
voce pode colher. Ainda pior: a maneira tradicional de tomar esse tipo de decisao e um 
pensamento decididamente de grande lote. Uma empresa tern um programa de treinamento 
elaborado ou nao tern. Ate poderem justificar o retorno sobre o investimento a partir da 
construgao de um programa completo, a maioria das empresas geralmente nao faz nada. 

A alternativa e utilizar um sistema denominado Cinco Porques para realizar investimentos 
incrementais e desenvolver os processos da startup de modo gradual. A ideia basica dos 
Cinco Porques e ligar os investimentos diretamente a prevengao dos sintomas mais 
problematicos. O sistema adota seunome do metodo investigativo de formular a pergunta “Por 
que?” cinco vezes para compreender o que aconteceu (a causa-raiz). Se voce ja teve de 
responder a uma crianga que quer saber “Por que o ceu e azul?”, e continua perguntando “Por 
que?” depois de cada resposta, esta familiarizado com isso. Essa tecnica foi desenvolvida 
como ferramenta sistematica de solugao de problemas por Taiichi Ohno, pai do Sistema de 
Produgao Toyota. Adaptei esse sistema para utilizagao no modelo da startup enxuta com 
algumas mudangas idealizadas especificamente para startups. 

Na raiz de todo problema que parece tecnico ha uma problematica humana. O metodo dos 
Cinco Porques fornece uma oportunidade de descobrir qual pode ser esse problema humano. 
Taiichi Ohno da o seguinte exemplo: 



Diante de umproblema, voce ja parou e perguntou por que cinco vezes? E dificil fazer isso, 
ainda que parega facil. Por exemplo, suponha uma maquina parada: 

1. Por que a maquina parou? (Houve uma sobrecarga e o fusivel queimou.) 

2. Por que houve uma sobrecarga? (O mancal nao estava lubrificado de modo 
adequado.) 

3. Por que o mancal nao estava lubrificado de modo adequado? (A bomba de oleo 
lubrificante nao estava bombeando de maneira correta.) 

4. Por que a bomba nao estava bombeando de maneira correta? (O eixo de 
acionamento da bomba estava desgastado e trepidando.) 

5. Por que o eixo estava desgastado? (Nao havia filtro e entraram fragmentos 
metalicos.) 

Repetir “por que” cinco vezes, desse jeito, pode ajudar a revelar o problema original e 
corrigi-lo. Se esse procedimento nao for realizado, alguem podera simplesmente substituir o 
fusivel ou o eixo da bomba (em vez de tambem realizar a manuten^ao do filtro). Nesse caso, o 
problema se repetira em poucos meses. O sistema de produgao Toyota foi desenvolvido na 
pratica e evolugao dessa abordagem cientifica. Ao perguntar e responder “por que” cinco 
vezes, podemos chegar a causa real do problema, que esta em geral escondida atras de 
sintomas mais obvios.— 

Observe que mesmo no exemplo relativamente simples de Ohno, a causa basica se afasta de 
uma falha tecnica (um fusivel queimado) e se aproxima de um erro humano (alguem se 
esqueceu de fixar um filtro). Isso e completamente tipico da maioria dos problemas 
enfrentados pelas startups, nao importa o setor. Voltando ao exemplo da empresa de servi^os, 
a maioria dos problemas que a principio parecem ser erros individual sao capazes de 
remontar a problemas no treinamento ou no manual original de como o servico deve ser 
prestado. 

Demonstrarei como o uso dos Cinco Porques nos permitiu criar o sistema de treinamento de 
fiincionarios que foi mencionado antes. Imaginemos que, na IMVU, de repente, comecamos a 
receber reclamagoes dos clientes a respeito de uma nova versao do produto que tinhamos 
acabado de langar. 

1. Um novo lancamento desativou uma fiincionalidade para os clientes. Por que? 
Porque um servidor especifico falhou. 

2. Por que o servidor falhou? Porque um subsistema obscuro foi utilizado de modo 
incorreto. 

3. Por que foi utilizado de modo incorreto? O engenheiro que o utilizou nao sabia 
como usa-lo de modo correto. 

4. Por que ele nao sabia? Porque nunca foi treinado. 

5. Por que nunca foi treinado? Porque seu gerente nao acredita no treinamento de 
novos engenheiros, pois ele e sua equipe estao “muito ocupados”. 


O que comegou como uma falha puramente tecnica, com rapidez revelou ser um problema 
gerencial bastante humano. 


Fa^a um investimento proporcional 

Eis como utilizar a analise dos Cinco Porques para criar uma organizacao adaptativa: faca de 
modo consistente um investimento proporcional em cada um dos cinco niveis de hierarquia. 
Em outras palavras, o investimento deve ser menor quando o sintoma e mais suave e maior 
quando o sintoma e mais doloroso. Nao fazemos grandes investimentos em prevengao, a 
menos que estejamos enfrentando grandes problemas. 

No exemplo anterior, a resposta e arrumar o servidor, substituir o subsistema para torna-lo 
menos sujeito a erros, instruir o engenheiro e, sim, ter uma conversa com o gerente do 
engenheiro. 

A ultima parte, ou seja, a conversa com o gerente, e sempre dificil, em especial numa 
startup. Quando eu era gerente de uma startup, se me dissessem que eu precisava investir no 
treinamento do meu pessoal, teria dito que era um desperdicio de tempo. Sempre existiam 
muitas outras coisas a fazer. Provavelmente, teria dito algo sarcastico, como: “E claro, 
gostaria muito de fazer isso se pudesse ter oito semanas de tempo livre”. Essa e a versao de 
um gerente para “De maneira nenhuma”. 

Eis por que a abordagem do investimento proporcional e tao importante. Se a interrupgao 
for uma pane secundaria, sera essencial que faca mo s apenas um investimento modesto no 
conserto. Falamos a primeira hora de um piano de oito semanas. Isso pode nao parecer muito, 
mas e um comedo. Se o problema voltar, perguntar os Cinco Porques exigira que continuemos 
a progredir nisso. Se o problema nao voltar, uma hora nao sera uma grande perda. 

Utilizei o exemplo do treinamento de engenheiros porque era algo que fiquei relutante em 
investir na IMVU. No inicio de nosso empreendimento, achei que precisavamos concentrar 
todas as nossas energias na construgao e no marketing do nosso produto. No entanto, assim que 
entramos no periodo de contratagoes aceleradas, as reunioes repetidas de Cinco Porques 
revelaram que os problemas provocados pela falta de treinamento estavam reduzindo a 
velocidade do desenvolvimento do produto. Em nenhum momenta abandonamos tudo para nos 
concentrar unicamente no treinamento. Em vez disso, fizemos melhorias incrementais no 
processo de maneira constante, cada vez mais colhendo beneficios incrementais. Ao longo do 
tempo, essas mudancas se capitalizaram, liberando tempo e energia que antes eram perdidos 
para o gerenciamento de crises e conflitos. 


Regulador automatico de velocidade 

A abordagem dos Cinco Porques atua como um regulador natural de velocidade. Quanto mais 
problemas voce tern, mais investe em solugoes para esses problemas. Quando os 
investimentos em infraestrutura ou processos compensam, a gravidade e o numero de crises 
sao reduzidos, e a velocidade da equipe volta a crescer. Em particular, com as startups, ha o 
perigo de que as equipes trabalhem muito rapido, trocando qualidade por tempo de uma 



maneira que causa erros negligentes. O sistema dos Cinco Porques impede isso, permitindo 
que as equipes encontrem seu ritmo ideal. 

Os Cinco Porques vinculam a taxa de progresso a aprendizagem, nao apenas a execugao. As 
equipes de startup devem utilizar a abordagem dos Cinco Porques sempre que deparam com 
algum tipo de falha, incluindo falhas tecnicas, falhas de alcancar resultados comerciais ou 
mudancas inesperadas no comportamento dos clientes. 

Os Cinco Porques e uma tecnica organizacional poderosa. Alguns dos engenheiros que 
treinei para utiliza-la acreditam que podemos derivar todas as outras tecnicas da startup 
enxuta a partir dos Cinco Porques. Junto com o trabalho em pequenos lotes, proporciona a 
base necessaria para a empresa reagir rapidamente aos problemas que aparecem, sem 
investimento excessivo ou engenharia excessiva. 

A MALDICAO DAS CINCO CULPAS 

Quando as equipes adotam os Cinco Porques como ferramenta de solugao de problemas, elas 
deparam com algumas armadilhas comuns. Precisamos de sistemas como o Cinco Porques 
para superar nossas limitagoes psicologicas, pois tendemos a reagir de forma exagerada ao 
que esta acontecendo no momenta. Tambem tendemos a ficar frustrados se as coisas acontecem 
de uma maneira que nao previmos. 

Quando a abordagem dos Cinco Porques da errado, denomino isso de Cinco Culpas. Emvez 
de perguntar por que repetidas vezes, numa tentativa de entender o que deu errado, os 
membros frustrados da equipe comegam a apontar os dedos uns contra os outros, procurando 
decidir quern e o culpado. Em vez de utilizar os Cinco Porques para achar e corrigir 
problemas, os gerentes e os funcionarios podem cair na armadilha de utilizar as Cinco Culpas 
como meio de descarregar suas frustragoes e desafiar os colegas por meio de falhas 
sistemicas. Embora seja da natureza humana supor que, ao vermos um erro, este se deve as 
falhas no departamento, no conhecimento ou no carater de alguma outra pessoa, o objetivo dos 
Cinco Porques e nos ajudar a enxergar a verdade objetiva de que problemas cronicos sao 
causados por maus processos, nao por mas pessoas, e corrigi-los de maneira apropriada. 

Recomendo diversas taticas para escapar das Cinco Culpas. A primeira e assegurar que 
todos os afetados pelo problema estejam na sala durante a analise da causa-raiz. A reuniao 
deve incluir a pessoa que descobriu ou diagnosticou o problema, incluindo, se possivel, os 
representantes dos servigos de atendimento aos clientes que lidaram com as reclamagoes. 
Deve incluir a pessoa que tentou corrigir o sintoma, e tambem quern trabalhou nos subsistemas 
ou nas funcionalidades envolvidas. Se o problema subiu para a alta diregao da empresa, os 
tomadores de decisao que se envolveramna escalada tambem devem estar presentes. 

Isso talvez lote a sala, mas e fundamental. Na minha experiencia, quern quer que seja 
deixado fora da discussao acaba sendo o alvo da culpa. Isso e muito prejudicial, quer o bode 
expiatorio seja um funcionario de baixo escalao ou o CEO. Quando se trata de um funcionario 
de baixo escalao, e muito facil acreditar que aquela pessoa e substituivel. Se o CEO nao 
estiver presente, e muito facil supor que seu comportamento e imutavel. Em geral, nenhuma 
das duas presungoes e correta. 



Quando a culpa inevitavelmente aparece, as pessoas mais graduadas da sala deveriam 
repetir este mantra: se um erro acontecer, sintamos vergonha por ter facilitado tanto esse erro. 
Numa analise de Cinco Porques, queremos ter uma visao sistemica tanto quanto possivel. 

Eis uma situagao na qual esse mantra e util. Por causa do processo de treinamento que 
desenvolvemos na IMVU por meio dos Cinco Porques, pedimos rotineiramente que os novos 
engenheiros facarn uma mudanca no ambiente de produgao no primeiro dia deles. Para os 
engenheiros treinados nos metodos de desenvolvimento tradicional, isso com ffequencia era 
algo assustador. Eles perguntavam: “O que acontecera comigo se eu atrapalhar ou interromper 
acidentalmente o processo de produgao?”. Nos empregos anteriores, esse era um erro que 
poderia demiti-los. Na IMVU, falavamos para os novos fiincionarios: “Se nosso processo de 
produgao for tao fragil que voce consiga interrompe-lo no seu primeiro dia de trabalho, 
sentiremos vergonha por ter facilitado tanto essa possibilidade”. Se conseguissem interrompe- 
lo, imediatamente seriam orientados a liderar o esforgo de corrigir o problema e tambem 
impedir a proxima pessoa de repetir o erro deles. 

Para os novos fiincionarios que vinham de empresas com uma cultura muito diferente, isso 
era muitas vezes uma iniciagao estressante, mas todos cumpriam o dever com uma 
compreensao visceral de nossos valores. Pouco a pouco, sistema por sistema, esses pequenos 
investimentos resultaram num processo robusto de desenvolvimento de produto, que permitiu 
que todos os nossos fiincionarios trabalhassem de modo mais criativo, sentindo muito menos 
medo. 


Dando a partida 

Aqui estao algumas sugestoes de como comegar com os Cinco Porques, que se baseiam na 
mi nha experiencia de introduzir essa tecnica emdiversas outras empresas. 

Para que o sistema de Cinco Porques fiincione corretamente, ha regras que se devem seguir. 
Por exemplo, os Cinco Porques requerem um ambiente de confianga mutua e delegagao de 
poder. Em situagoes em que isso nao existe, a complexidade dos Cinco Porques pode ser 
opressiva. Nessas situagoes, muitas vezes utilizei uma versao simplificada, que ainda permite 
que as equipes se concentrem na analise das causas-raiz, enquanto desenvolvem os musculos 
que precisarao depois para enfrentar o metodo completo. 

Pego as equipes que adotemestas regras simples: 

1. Ser tolerantes em relagao a todos os erros na primeira vez. 

2. Nunca permitir que o mesmo erro seja cometido duas vezes. 

A primeira regra estimula as pessoas a se acostumar a ser compassivas com os erros, em 
particular com os erros dos outros. Lembre-se: a maioria dos erros e provocada por sistemas 
imperfeitos, nao por pessoas mas. A segunda regra motiva as pessoas a fazer investimentos 
proporcionais emprevengao. 

Esse sistema simplificado fiinciona bem. De fato, o utilizamos na IMVU antes de descobrir a 
abordagem dos Cinco Porques e o Sistema de Produgao Toyota. No entanto, esse sistema 



simplificado nao funciona de maneira efetiva a longo prazo, como descobri por experiencia 
propria. De fato, essa foi uma das coisas que me impulsionou a estudar a produgao enxuta. 

A forga e a fraqueza do sistema simplificado e que ele provoca perguntas como: O que conta 
como o mesmo problema? Em que tipos de erros devemos focar? Devemos corrigir esse 
problema individual ou tentar impedir toda uma categoria de problemas afins? Para uma 
equipe que acabou de dar a partida, essas perguntas sao intelectualmente instigantes e podem 
assentar a base para outros metodos mais elaborados. No fim, porem, precisam ser 
respondidas. Precisam de umprocesso adaptativo complete, como os Cinco Porques. 


Enfrentando verdades desagradaveis 

E preciso se preparar para o fato de que os Cinco Porques vao revelar fatos desagradaveis a 
respeito da sua organizagao, em particular no inicio. Vao exigir investimentos na prevengao 
que consomem tempo e dinheiro que podia ser investido emnovos produtos ou recursos. Sob 
pressao, as equipes podem achar que nao tern tempo a desperdigar na analise de causas-raiz, 
ainda que isso lhes de mais tempo a longo prazo. As vezes, o processo degenerara em Cinco 
Culpas. Em todas essas conjunturas, e essencial que alguem com suficiente autoridade esteja 
presente para insistir que o processo seja seguido, que suas recomendagoes sejam 
implementadas, e para agir como arbitro se irromperem divergences. Em outras palavras, 
construir uma organizagao adaptativa requer lideranga executiva para patrocinar e apoiar o 
processo. 

Nao raro, colaboradores individual de startups comparecem nos meus seminarios avidos 
para iniciar com os Cinco Porques. Previno contra a tentativa de fazer isso se eles nao tern a 
adesao do gerente ou do lider da equipe. Proceda cuidadosamente se voce estiver nessa 
situagao. Pode nao ser possivel reunir a equipe inteira para uma inquirigao verdadeira dos 
Cinco Porques, mas voce sempre pode seguir a versao simplificada das duas regras no 
proprio trabalho. Sempre que algo der errado, pergunte-se: como posso me prevenir para nao 
estar nesta situagao de novo? 


Comece pequeno, seja especifico 

Assim que voce estiver pronto, recomendo comegar com uma classe de sintomas direcionada 
de modo limitado. Por exemplo, a primeira vez que utilizei os Cinco Porques com sucesso, o 
fiz para diagnosticar problemas com uma das nossas ferramentas de teste interno, que nao 
afetava os clientes diretamente. Pode ser tentador comegar com algo grande e importante, pois 
e onde a maior parte do tempo esta sendo desperdigada como resultado de um processo 
imperfeito, mas tambem e onde a pressao sera maior. Quando os interesses envolvidos sao 
grandes, os Cinco Porques podem degenerar nas Cinco Culpas com rapidez. E melhor dar a 
equipe a possibilidade de aprender como executar o processo primeiro e, depois, expandir 
para areas de interesses maiores. 

Quanto mais especificos sao os sintomas, mais facil sera para todos reconhecerem o 
momenta de agendar uma reuniao dos Cinco Porques. Digamos que voce quer usar os Cinco 



Porques para abordar as reclamacoes dos clientes a respeito de faturas. Nesse caso, escolha 
uma data apos a qual todas as reclamacoes sobre faturas acionarao de modo automatico uma 
reuniao dos Cinco Porques. Observe que isso requer que haja um volume suficientemente 
pequeno de reclamacoes para que seja factivel ter essa reuniao toda vez que houver uma 
reclamagao. Se ja houver reclamacoes demais, escolha um subconjunto no qual queira se 
concentrar. Certifique-se de que a regra que determina que tipos de reclamacao acionam uma 
reuniao dos Cinco Porques seja simples e rigida. Por exemplo, voce pode decidir que toda 
reclamacao envolvendo uma transacao de cartao de credito sera investigada. Essa e uma regra 
facil de seguir. Nao escolha uma regra que seja ambigua. 

No inicio, pode ser tentador fazer mudancas radicais e profundas em todos os sistemas e 
processos de faturas. Nao faca isso. Ao contrario, mantenha as reunioes curtas e selecione 
mudancas relativamente simples em cada um dos cinco niveis da inquiricao. Ao longo do 
tempo, quando a equipe ficar mais a vontade com o processo, voce pode expandi-lo para 
incluir cada vez mais tipos de reclamacoes a respeito de faturas e, em seguida, outros tipos de 
problemas. 


Designe um lider para os Cinco Porques 

A fim de facilitar a aprendizagem, achei util designar um lider para os Cinco Porques, para 
cada area em que o metodo esta sendo usado. Esse individuo e incumbido de ser o moderador 
de cada reuniao dos Cinco Porques, tomando decisoes sobre a adocao de medidas preventivas 
e atribuindo as pessoas o trabalho resultante daquela reuniao. O lider deve ser graduado o 
suficiente para ter a autoridade de assegurar que essas tarefas sejamrealizadas, mas nao deve 
ser tao graduado que nao sera capaz de estar presente nas reunioes por causa de 
responsabilidades confidantes. O lider para os Cinco Porques e o principal responsavel pelo 
processo; ele e o agente de mudanca primordial. As pessoas nessa posicao podem avaliar a 
qualidade das reunioes, e se os investimentos em prevencao que estao sendo realizados tern 
compensado. 


OS CINCO PORQUES EM AQAO 

A IGN Entertainment, divisao da News Corporation, e uma empresa de videogames on-line 
com a maior audiencia de jogadores do mundo. Mais de 45 milhoes de jogadores ffequentam 
seu portfolio de bens midiaticos. A IGN foi fundada no final da decada de 1990, e a News 
Corporation a adquiriu em 2005. A IGN cresceu e emprega centenas de pessoas, das quais 
quase cem sao engenheiros. 

Ha pouco tempo, tive a oportunidade de conversar com os membros da equipe de 
desenvolvimento de produtos da IGN. Ela foi bem-sucedida nos ultimos anos, mas, como 
todas as empresas estabelecidas que vimos neste livro, tentava acelerar o desenvolvimento de 
novos produtos e achar maneiras de ser mais inovadora. A IGN reuniu as equipes de 
engenharia, produto e design para falar a respeito de maneiras de aplicar o modelo da startup 
enxuta. 



Essa iniciativa de mudanca tinha o apoio da alta direcao da IGN, incluindo o CEO, o chefe 
de desenvolvimento de produtos, o vice-presidente de engenharia, o publisher e o chefe de 
produtos. As iniciativas previas com os Cinco Porques nao correrambem. Tentaram enfrentar 
uma longa lista de areas problematicas indicada pela equipe de produtos. As questoes 
variavam de discrepancias nos relatorios anabticos web ate feeds de dados de parceiros que 
nao estavam funcionando. A primeira reuniao dos Cinco Porques levou uma hora, e embora os 
presentes sugerissem algumas tarefas interessantes, no que se refere aos Cinco Porques, foi um 
desastre. Nenhuma das pessoas que estavam ligadas as questoes discutidas e que mais sabiam 
a respeito delas compareceu a reuniao, e como era a primeira vez que eles estavam fazendo os 
Cinco Porques juntos, nao aderiram ao formato e escaparampor muitas tangentes. Nao foi um 
desperdicio completo de tempo, mas nao teve nenhum dos beneficios do estilo adaptativo de 
administragao discutido neste capitulo. 

Nao despache sua bagagem por meio do processo dos Cinco 
Porques 

A IGN teve a experiencia de tentar solucionar todas as questoes de “bagagem” que 
provocavam desperdicio de tempo durante anos. Como e um conjunto impressionante de 
problemas, achar corregoes comrapidez e algo dificil. 

Em seu empenho de comegar com os Cinco Porques, a IGN negligenciou ties coisas 
importantes: 

1. Para introduzir os Cinco Porques numa organizagao, e necessario realizar reunioes 
de Cinco Porques a medida que os novos problemas surgem. Como as questoes de 
bagagem sao endemicas, naturalmente surgem como parte da analise dos Cinco 
Porques, e voce pode aproveitar a oportunidade para arruma-las de modo 
incremental. Se elas nao surgirem organicamente, talvez nao sejam tao grandes 
quanto parecem 

2. Todos que estao ligados a um problema precisam estar na reuniao de Cinco 
Porques. Muitas organizacoes enifentam a tentagao de ganhar tempo poupando 
pessoas muito ocupadas da analise da causa raiz. Isso e uma falsa economia, como 
a IGN descobriu da pior maneira. 

3. No inicio de cada reuniao de Cinco Porques, dedique alguns minutos para explicar 
o que e o processo e como este fiinciona para o beneficio dos que sao novos em 
relagao a ele. Se possivel, utilize o exemplo de uma reuniao de Cinco Porques 
bem-sucedida do passado. Se voce for novo, podera utilizar meu exemplo anterior 
a respeito do gerente que nao acredita em treinamento. A IGN aprendeu que, 
sempre que possivel, ajuda utilizar algo que possui significado pessoal para a 
equipe. 


Apos nossa reuniao, a lideranga da IGN decidiu dar outra oportunidade aos Cinco Porques. 
Seguindo o conselho dado neste capitulo, nomearam um lider para os Cinco Porques chamado 



Tony Ford, diretor de engenharia. Tony era um empreendedor que entrou na IGN por meio de 
uma aquisigao. Ele comegou a trabalhar com tecnologia para Internet criando sites 
relacionados a videogames no final da decada de 1990. Isso acabou conduzindo a uma 
oportunidade numa startup, a TeamXbox, onde atuou como programador-chefe de software. 
Em 2003, a TeamXbox foi adquirida pela IGN Entertainment, e, desde entao, Tony foi um 
tecnologista, lider de inovagao, e proponente das praticas ageis e enxutas ali. 

Infelizmente, Tony comegou sem selecionar uma area problematica limitada sobre a qual se 
concentrar. Isso resultou em reveses e frustrates iniciais. Tony relata: “Como novo lider, eu 
nao era muito bom na travessia eficaz dos Cinco Porques, e os problemas que estavamos 
tentando solucionar nao eram grandes candidates iniciais. Como se pode imaginar, as 
primeiras reunioes foram dificeis e acabaram nao sendo muito uteis. Eu estava ficando 
bastante desanimado e frustrado”. Esse e um problema comum quando uma pessoa procura 
enfrentar muita coisa ao mesmo tempo, mas tambem e consequencia do fato de que aquelas 
habilidades levam tempo para ser dominados. Felizmente, Tony perseverou: “Ter um lider 
para os Cinco Porques e decisivo na minha opiniao. Os Cinco Porques sao faceis na teoria, 
mas dificeis na pratica. Assim, voce precisa de uma pessoa que saiba formatar bem as 
reunioes para os que nao sabem”. 

A reviravolta veio quando Tony comandou uma reuniao de Cinco Porques envolvendo um 
projeto que nao cumpria seu prazo. A reuniao foi fascinante e reveladora, produzindo 
investimentos proporcionais significativos. Tony explica: “O sucesso teve a ver comum lider 
e participantes mais experientes. Todos nos sabiamos o que era o sistema dos Cinco Porques, 
e, realmente, fiz umbom trabalho nos mantendo no rumo certo, sem fiiga pelas tangentes. Foi 
um momenta decisivo. Naquela hora, soube que o sistema dos Cinco Porques era uma nova 
ferramenta que causaria impacto real sobre nosso sucesso como equipe e como empresa de 
modo geral”. 

Na superficie, o sistema dos Cinco Porques aparenta tratar de problemas tecnicos e 
prevengao de erros, mas a medida que os membros da equipe afastam esses desperdicios 
superficiais, desenvolvem uma nova compreensao de como trabalhar juntos. Tony explica 
dessa maneira: “Atrevo-me a dizer que descobri que a abordagem dos Cinco Porques 
transcende a analise da causa-raiz ao revelar informagoes que aproximam os membros da 
equipe mediante um entendimento e uma perspectiva comuns. Muitas vezes, um problema pode 
separar as pessoas; o metodo dos Cinco Porques faz o contrario”. 

Pedi para Tony dar um exemplo a respeito de uma recente analise bem-sucedida da IGN 
usando o sistema dos Cinco Porques. Seu relate disso esta exposto no quadro a seguir. 


Por que voce nao pode adicionar ou editar posts nos blogs? 

Resposta: qualquer pedido de POST (escrita) para a API de conteudo do artigo retornava um erro 500. 

Investimento proporcional: Jim - Trabalharemos na API, mas vamos deixar nosso CMS mais amigavel para o 
usuario. Perniitir que os usuarios adicionem e editem rascunhos sem erros para uma melhor experiencia de usuario. 

Por que a API de conteudo retornava um erro 500? 

Resposta: a gema bson_ext era incompativel com outras gernas das quais dependia. (gema e um pacote de codigo na 



linguagem Ruby) 

Investimento proporcional: King - Remova a gema (ja removida para solucionar a falha). 

Por que a gema era incompativel? 

Resposta: adicionamos uma nova versao da gema alern da versao existente e o aplicativo comcgou a utiliza-la de modo 
inesperado. 

Investimento proporcional: Bennett - Converta nossos aplicativos rails (framework para desenvolvimento web 
baseado na linguagem Ruby) para usar bundler para gerenciamento de gemas. 

Por que adicionamos a produgao uma nova versao de uma gema sem um teste? 

Resposta: Achamos que nao precisavamos de um teste neste caso. 

Investimento proporcional: Bennett e Jim - Escrevam um teste unitario ou funcional na API e no CMS que pegara 
isso no futuro. 

Por que adicionamos gemas extras que nao pretendemos utilizar nesse momento? 

Resposta: ern preparagao para um code push, queriamos ter todas as novas gemas prontas no ambiente de produgao. 
Ainda que nossas implantagoes de codigo sejarn totalmente automatizadas, as gemas nao o sao. 

Investimento proporcional: Bennett - Automatizem o gerenciamento e a instalagao de gemas no processo de 
Integragao Continua e Implantagao Continua. 

Bonus - Por que estamos fazendo coisas na produgao nas sextas-feiras a noite? 

Resposta: porque ninguem disse que nao podemos, e era um momento conveniente para o programador se preparar 
para a implantagao que fariamos na segunda-feira. 

Investimento proporcional: Tony - Prepare um aviso para a equipe. Nao havera mudangas na produgao na sexta- 
feira, no sabado ou no domingo, a menos que uma excegao seja aprovada pelo David (vice-presidente de engenharia). 
Reavaliaremos essa politica quando tivermos um processo de implantagao continua totalmente automatizado. 

Em consequencia dessa reuniao dos Cinco Porques e dos investimentos proporcionais adotados, nossas implantagoes 
sao mais faceis, mais rapidas, e nunca mais nosso processo permitira que um programador instale gemas nos sistemas de 
produgao com consequencias inesperadas. De fato, nao tivemos mais outro problema como esse. Nos fortalecemos nosso 
“sistema imunologico de cluster”, como se diz. 

Sem os Cinco Porques, nunca teriamos descoberto todas as informagoes que descobrimos. Meu palpite e que teriamos 
dito para aquele programador para ele nao fazer coisas estupidas nas noites de sexta-feira, e seguido adiante. Isso e o que 
enfatizei antes, ou seja, que uma boa reuniao de Cinco Porques possui dois resultados: aprendizagem e agao. Os 
investimentos proporcionais que resultaram dessa reuniao sao evidentemente valiosos, mas as aprendizagens sao muito 
mais sutis, mas incriveis para crescer como programadores e como equipe. 


ADAPTANDO-SE A LOTES MENORES 

Antes de deixar o topico a respeito da criacao de uma organizacao adaptativa, quero 
apresentar uma outra historia. Refere-se a um produto que voce provavelmente usou se ja 
administrou a propria empresa. Chama-se QuickBooks e e um dos principals produtos da 
Intuit. 

O QuickBooks foi o produto-lider da sua categoria durante muitos anos. Em consequencia, 
tern uma base de clientes grande e exclusiva, e a Intuit tern a expectativa de que contribua de 
modo significativo para o lucro da empresa. Como a maioria dos softwares de computadores 




pessoais (PCs) das duas ultimas decadas, o QuickBooks estava sendo langado num ciclo 
anual, emum lote muito grande. Era como funcionava ate tres anos atras, quando Greg Wright, 
diretor de marketing de produto do QuickBooks, uniu-se a equipe. Como se pode imaginar, 
existiam inumeros processos em vigor para assegurar um produto consistente e um langamento 
no prazo. A abordagem de langamento tipica era gastar um tempo inicial significativo para 
identificar a necessidade do cliente: 

Em geral, os primeiros tres ou quatro meses de cada ciclo anual eram gastos elaborando estrategias e planejamentos, 
sem a criaqao de novas funcionalidades. Assim que um piano e seus marcos eram estabelecidos, a equipe passaria os 
proximos seis a nove meses desenvolvendo o produto. Isso culminaria num grande lanqamento e, entao, a equipe obteria 
seu primeiro feedback sobre se tinha atendido com sucesso as necessidades dos clientes somente no fim do processo. 

Assim, eis como era a cronologia: inicio do processo em setembro, primeiro lanqamento beta em junlio e segundo 
beta em julho. O beta e em essencia um teste para assegurar que nao trava os computadores das pessoas nem provoca 
a perda dos seus dados; a essa altura do processo, apenas bugs importantes podem ser corrigidos. O projeto do produto 
em si esta travado. 


Essa e a metodologia-padrao do desenvolvimento “em cascata” que as equipes de 
desenvolvimento utilizaram durante anos. E um sistema linear, em lote grande, que depende da 
previsao e do planejamento corretos para ser bem-sucedido. Em outras palavras, e 
completamente mal adaptado para o atual ambiente empresarial em rapida mudanca. 


Ano 1: alcan^ando o fracasso 

Greg testemunhou esse colapso em 2009, seu primeiro ano na equipe do QuickBooks. Naquele 
ano, a empresa lan^ou um sistema totalmente novo para servi^o bancario on-line, um dos seus 
recursos mais importantes. A equipe realizou diversos testes de usabilidade empregando 
modelos ( mockups ) e prototipos nao fiincionais, seguidos por testes beta significativos usando 
amostras de dados de clientes. No momento do lancamento, tudo parecia bem. 

A disponibilizagao da primeira versao beta foi em junho, e o feedback dos clientes comegou 
com avaliagoes negativas. Embora os clientes estivessem reclamando, nao havia motivo 
suficiente para interromper a disponibilizagao da versao porque era tecnicamente impecavel: 
nao travava os computadores. Naquele momento, Greg estava em apuros. Nao tinha como 
saber de que forma o feedback se traduziria no comportamento real dos clientes no mercado. 
Eram apenas reclama^oes isoladas ou parte de um problema amplo? De uma coisa ele sabia 
comtoda certeza: a equipe nao poderia se permitir deixar de respeitar o prazo final. 

Quando o produto finalmente foi lan^ado, os resultados foramterriveis. Os clientes levavam 
de quatro a cinco vezes mais tempo para reconciliar suas transagoes bancarias do que 
levavam com a versao antiga. No fim, a equipe de Greg falhou em satisfazer as necessidades 
dos clientes que estava tentando atender (apesar de construir o produto conforme a 
especifica^ao), e porque a proxima versao teve de passar pelo mesmo processo em cascata, o 
time levou nove meses para a corregao. Esse e um caso classico de “alcangar o ffacasso”, ou 
seja, executar com sucesso um piano imperfeito. 

A Intuit utiliza uma ferramenta de monitoramento chamada Net Promoter Score (NPS)- para 


avaliar a satisfagao do cliente em relagao aos seus diversos produtos. E uma grande fonte de 
metricas acionaveis sobre o que na verdade os clientes pensam a respeito de um produto. De 
fato, eu tambem a usei na IMVU. Uma coisa boa a respeito da NPS e que e uma ferramenta 
muito estavel ao longo do tempo. Como mede a satisfagao minima do cliente, nao fica sujeita a 
flutuagoes secundarias; registra somente as principais mudangas de opiniao do cliente. 
Naquele ano, a nota do QuickBooks caiu 20 pontos; a primeira vez que a empresa moveu o 
ponteiro do NPS. Essa queda de 20 pontos resultou emperdas consideraveis para a Intuit e foi 
constrangedora para a empresa; tudo porque o feedback dos clientes veio muito tarde no 
processo, nao dando tempo para iteragao. 

A alta diregao da Intuit, incluindo o gerente-geral da divisao de pequenas empresas e o 
chefe da contabilidade de pequenas empresas, reconheceu a necessidade de mudanga. Para seu 
credito, incumbiram Greg de conduzir aquela mudanga. Sua missao: alcangar a velocidade de 
uma startup para o desenvolvimento e a implementagao do QuickBooks. 


Ano 2: memoria muscular 

O proximo capitulo dessa historia ilustra como e dificil desenvolver uma organizagao 
adaptativa. Greg comegou a mudar o processo de desenvolvimento do QuickBooks utilizando 
quatro principios: 

1. Equipes menores. Mudar de equipes grandes compapeis fiincionais uniformes para 
equipes menores, totalmente engajadas, cujos membros assumem diferentes papeis. 

2. Conseguir tempos de ciclo menores. 

3. Feedback mais rapido dos clientes, testando tanto se o produto trava os 
computadores dos clientes, como o desempenho dos novos recursos e a experiencia 
dos usuarios. 

4. Habilitar e autorizar as equipes a tomar decisoes rapidas e corajosas. 

Na superficie, esses objetivos parecem alinhados com os metodos e principios descritos nos 
capitulos anteriores, mas o segundo ano de Greg com o QuickBooks nao foi um sucesso 
notavel. Por exemplo, ele decretou que a equipe se moveria para um marco de langamento 
semestral, cortando de maneira efetiva o tempo de ciclo e o tamanho do lote pela metade. No 
entanto, isso nao teve sucesso. Atraves de pura determinagao, a equipe tentou com coragem 
obter uma versao alfa emjaneiro. No entanto, os problemas que afligemo desenvolvimento de 
lotes grandes ainda estavam presentes, e a equipe lutou para concluir a versao alfa em abril. 
Isso representou uma melhoria em relagao ao sistema anterior, pois os problemas poderiam 
emergir dois meses antes em comparagao com a antiga maneira, mas nao produziu os 
resultados dramaticamente melhores que Greg procurava. 

De fato, ao longo do ano, o processo da equipe continuou parecendo cada vez mais com o 
dos anos anteriores. Como Greg afirma: “As organizagoes possuem memoria muscular”, sendo 
dificil para as pessoas desaprender habitos antigos. Greg estava deparando comum sistema, e 
a realizagao de mudangas individual, como a alteragao da data de langamento de modo 



arbitrario, nao era pareo para o sistema. 


Ano 3: a explosao 

Frustrado com o progresso limitado do ano anterior, Greg associou-se a Himanshu Baxi, lider 
de desenvolvimento de produtos. Juntos, eles descartaram todos os processos antigos. Fizeram 
uma declaragao publica de que suas equipes somadas criariam novos processos, e que nao 
voltariam ao estilo antigo. 

Em vez de focar em novos prazos finais, Greg e Himanshu investiram em mudangas de 
processo, produto e tecnologia, permitindo o trabalho em lotes menores. Essas inovagoes 
tecnicas os ajudaram a obter o produto para os PCs dos clientes mais rapido para o feedback. 
Em vez de desenvolver um roadmap abrangente no inicio do ano, Greg comegou o ano com o 
que chamaramde sessoes de ideia/codificacao/solugao, que reuniam engenheiros, gerentes de 
produto e clientes para criar umfluxo de ideias. Era amedrontador para Greg, como gerente de 
produto, co me car o ano sem uma lista defmida do que estaria contemplado no lancamcnto do 
produto, mas ele teve confianga na sua equipe e no novo processo. 

Existiram tres diferengas no terceiro ano: 

• As equipes se envolveramna criagao de novas tecnologias, processos e sistemas. 

• Equipes multifiincionais foram formadas em torno de grandes novas ideias. 

• Os clientes foram envolvidos desde a primeira concepgao do conceito de cada 
recurso. 

E importante entender que a antiga abordagem nao carecia do feedback do cliente ou do 
envolvimento dele no processo de planejamento. No verdadeiro espirito do genchi gembutsu, 
os gerentes de produto (GPs) da Intuit fariam um “siga-me ate em casa” com os clientes, para 
identificar problemas a solucionar na proxima versao. No entanto, os GPs eram responsaveis 
por toda a pesquisa dos clientes. Eles retornariam para a equipe e diriam: “Esse e o problema 
que queremos solucionar, e aqui estao as ideias de como podemos soluciona-lo”. 

A mudanca para um modo multifiincional de trabalho nao foi um caminho sem percalcos. 
Alguns membros da equipe foram ceticos. Por exemplo, alguns gerentes de produto achavam 
que era perda de tempo engenheiros lidando diretamente com os clientes. Os GPs achavam 
que era o trabalho deles entender os problemas dos clientes e definir o que precisava ser 
desenvolvido. Assim, a reagao de alguns GPs a mudanca foi: “Qual e o meu trabalho? O que 
eu devia estar fazendo?”. Da mesma forma, alguns engenheiros simplesmente queriam que lhes 
fosse dito o que fazer; eles nao queriam conversar com os clientes. Como ocorre em geral no 
caso de desenvolvimento em grandes lotes, os dois grupos estavam dispostos a sacrificar a 
capacidade da equipe de aprender a fim de trabalhar de modo mais “eficiente”. 

A comunicagao foi decisiva para o exito desse processo de mudanga. Todos os lideres de 
equipe foram sinceros a respeito das mudancas que estavam realizando e de por que as faziam. 
Muito do ceticismo que enfrentavam se baseava no fato de que nao tinham exemplos concretos 
de onde isso tinha fimcionado no passado; era um processo totalmente novo para a Intuit. Eles 



tinham de explicar com clareza por que o antigo processo nao fimcionava e por que a 
“locomotiva” do lancamcnto anual nao os estava conduzindo para o sucesso. No decorrer da 
mudanca, comunicavam os resultados do processo que estavam buscando: feedback dos 
clientes mais cedo e um ciclo de desenvolvimento mais rapido, que era dissociado do 
cronograma de lancamcnto anual. Repetidas vezes, enfatizavam que a nova abordagem era o 
modo pelo qual as startups concorrentes estavam trabalhando e iterando. Tinham de seguir o 
exemplo ou correr o risco de se tornar irrelevantes. 

* * * 


Historicamente, o QuickBooks foi desenvolvido com equipes grandes e tempos de ciclo 
longos. Por exemplo, nos anos anteriores, a malfadada equipe de servicos bancarios on-line 
fora composta por quinze engenheiros, sete especialistas em garantia de qualidade (QA), um 
gerente de produto, e, de vez em quando, mais de um designer. Agora nenhuma equipe tern 
mais do que cinco pessoas. O foco de cada equipe e interagir com os clientes o mais rapido 
possivel, realizando experimentos e, em seguida, usando a aprendizagem validada e tomando 
decisoes de investimento em tempo real a respeito do que trabalhar. Em consequencia, 
enquanto costumavam ter cinco “ramos” ( branches ) principais do QuickBooks cujas 
funcionalidades eram mescladas ( merged) na epoca do lancamento, atualmente sao de vinte a 
25 ramos. Isso permite um conjunto de experimentos muito maior. Cada equipe trabalha numa 
nova funcionalidade por cerca de seis semanas, do principio ao fim, testando com clientes 
reais no decorrer do processo. 

Embora as principais mudancas requeridas numa organizacao adaptativa estejam na 
mentalidade dos fiincionarios, mudar a cultura nao e suficiente. Como vimos no Capitulo 9, a 
administracao enxuta requer tratar o trabalho como um sistema e, entao, lidar com o tamanho 
do lote e o tempo de ciclo de todo o processo. Portanto, para alcangar uma mudanca 
duradoura, a equipe do QuickBooks teve de investir em mudancas de ferramentas e 
plataforma, que permitiriam um modo de trabalho novo e mais rapido. 

Por exemplo, um dos principais pontos de estresse na tentativa de disponibilizar uma versao 
alfa mais cedo no ano anterior foi que o QuickBooks e um produto de missao critica. Muitas 
pequenas empresas utilizam-no como repositorio principal de dados financeiros criticos. A 
equipe teve muita cautela ao disponibilizar um produto minimo viavel que tivesse algum risco 
de corromper os dados dos clientes. Portanto, mesmo que trabalhassem em equipes menores, 
comumescopo menor, o onus de todo aquele risco dificultaria o trabalho emlotes menores. 

Para reduzir o tamanho do lote, a equipe do QuickBooks teve de investir em nova 
tecnologia. Desenvolveu um sistema de virtualizacao que lhe permitiu executar diversas 
versoes do QuickBooks no computador dos cliente. A segunda versao podia acessar todos os 
dados do cliente, mas nao podia fazer mudancas permanentes neles. Dessa maneira, nao havia 
risco de a nova versao corromper os dados do cliente por acidente. Isso permitiu que a equipe 
isolasse as novas versoes, possibilitando a clientes reais selecionados testa-las e 
proporcionar feedback. 

Os resultados no terceiro ano forampromissores. A versao do QuickBooks lancada naquele 



ano teve avaliagoes significativamente melhores de satisfacao dos clientes e vendeu mais 
unidades. Se voce estiver usando um QuickBooks nesse momenta, provavelmente e uma 
versao desenvolvida empequenos lotes. A medida que Greg se encaminha para seu quarto ano 
com a equipe do QuickBooks, estao investigando ainda mais maneiras de reduzir o tamanho do 
lote e o tempo de ciclo. Como sempre, ha possibilidades que vao alemdas solugoes tecnicas. 
Por exemplo: o ciclo anual de vendas do software em caixa para PCs e uma barreira 
significativa para a aprendizagem rapida, e, assim, a equipe comegou a fazer experimentos 
comprodutos baseados emassinatura para os clientes mais ativos. Com os clientes fazendo o 
download on-line das atualizagoes, a Intuit pode langar softwares com mais frequencia. Em 
pouco tempo, esse programa vera a equipe do QuickBooks langando produtos para os clientes 
trimestralmente.- 


* * * 


A medida que as startups enxutas crescem, podem utilizar tecnicas adaptativas para 
desenvolver processos mais complexos sem abrir mao de sua vantagem basica: mover-se com 
velocidade atraves do ciclo de feedback construir-medir-aprender. De fata, um dos principais 
beneficios da utilizacao de tecnicas que derivam da manufatura enxuta e que as startups 
enxutas, quando crescem, estao bem posicionadas para desenvolver a excelencia operacional 
baseada nos principios enxutas. Elas ja sabem como funcionar com disciplina, desenvolver 
processos que sao feitos sob medida para sua situagao, e utilizar tecnicas enxutas como os 
Cinco Porques e lotes pequenos. Quando uma startup bem-sucedida faz a transicao para uma 
empresa estabelecida, estara pronta para desenvolver o tipo de cultura de execugao 
disciplinada que caracteriza as melhores empresas do mundo, como a Toyota. 

No entanto, crescer com sucesso e se converter numa empresa estabelecida nao e o fim da 
histaria. O trabalho de uma startup nunca esta acabado, porque, como discutimos no Capitulo 
2, mesmo empresas estabelecidas devem se esforgar para achar novas fontes de crescimento 
por meio da inovagao radical. Esse imperativo esta chegando mais cedo na vida das 
empresas. Apos o langamento publico de suas agoes, uma startup bem-sucedida nao pode mais 
ter a expectativa de ter anos para se deleitar no sucesso da lideranga de mercado. Em dias 
atuais, as empresas bem-sucedidas enfrentam a pressao imediata de novos concorrentes, 
adotantes iniciais e startups beligerantes. Em consequencia, nao faz mais sentido pensar a 
respeito das startups como atravessando fases distintas, como a famosa metamorfose de 
lagarta para borboleta. Tanto as startups bem-sucedidas como as empresas estabelecidas 
devem aprender a manipular diversos tipos de trabalho ao mesmo tempo, perseguindo a 
excelencia operacional e a inovagao radical. Isso requer um novo tipo de pensamento de 
portfolio, assunto do Capitulo 12. 


65 Toyota Production System: Beyond Large-Scale Production , de Taiichi Ohno (Nova York: Productivity Press, 1988). 


66 Para mais informagoes sobre o Net Promoter Score, ver < http://www.startuplessonslearned.com/2008/11 /net-promoter- 
score-operational-tool-to.html> e The Ultimate Question , de Fred ReicWield (Cambridge: Harvard Business Press, 2006). 




67 Informagoes a respeito do QuickBooks vieram de entrevistas realizadas por Marisa Porzig. 


12 _ 

INOVAR 


A sabedoria convencional sustenta que, quando as empresa ficam maiores, perdem 
inevitavelmente a capacidade para inovagao, criatividade e crescimento. Acredito que 
isso esta errado. A medida que as startups crescem, os empreendedores podem construir 
organizagoes que aprendem a equilibrar as necessidades dos clientes existentes com os 
desafios de achar novos clientes, gerenciando linhas existentes de negocios, e explorando 
novos modelos de negocios; tudo ao mesmo tempo. Alem disso, se estiverem dispostas a 
mudar sua filosofia administrativa, acredito que ate grandes empresas estabelecidas podem 
fazer essa mudanca para o que denomino pensamento de portfolio. 

COMO FOMENTAR A INOVACAO RADICAL 

Equipes de inovagao bem-sucedidas devem ser estruturadas de modo correto para ter exito. 
Startups apoiadas por capital de risco ou autossuficientes possuem naturalmente alguns desses 
atributos estruturais como consequencia do fato de serem empresas pequenas, independentes. 
Equipes de startups internas (dentro de corporagoes) requerem apoio da alta diregao para 
criar essas estruturas. Internas ou externas, na minha experiencia, as equipes das startups 
requerem tres atributos estruturais: recursos escassos, mas seguros; autoridade independente 
para desenvolver seus negocios; e interesse pessoal no resultado. Cada um desses requisitos e 
diferente dos das divisoes das empresas estabelecidas. Lembre-se de que a estrutura e 
meramente um pre-requisito; nao garante o sucesso. No entanto, errar na estrutura pode levar a 
umfracasso quase certo. 

Recursos escassos, mas seguros 

Os lideres de divisoes em organizagoes grandes, estabelecidas, sao adeptos do uso de agoes 
politicas para aumentar seus orgamentos, mas sabem que estes sao um tanto imprecisos. Com 
ffequencia, obtem os maiores orgamentos possiveis e se preparam para defende-los contra 
incursoes de outros departamentos. A politica significa que eles as vezes ganham e outras 
vezes perdem: se uma crise emergir em outro lugar da organizagao, o orgamento deles podera 
ser reduzido de modo repentino em 10%. Nao e uma catastrofe; as equipes terao de trabalhar 
mais duro e fazer mais com menos. Provavelmente, o orgamento possui alguma folga na 



expectativa desse tipo de eventualidade. 

As startups sao diferentes: um orcamento muito grande e tao prejudicial quanto um muito 
pequeno - como os incontaveis ffacassos das ponto-com podem atestar e as startups sao 
muito sensiveis as mudancas orgamentarias no meio do caminho. E extremamente raro para 
uma startup independente perder 10% do seu dinheiro em caixa de maneira repentina. Em 
diversos casos, isso seria um golpe fatal, pois as startups independentes sao administradas 
compequena margempara erro. Dessa maneira, as startups sao, ao mesmo tempo, mais faceis 
e mais exigentes de administrar do que as divisoes de companhias tradicionais: requerem 
muito menos capital total, mas esse capital deve estar absolutamente seguro em relacao a 
interferencias. 


Autoridade independente para desenvolvimento 

As equipes da startup precisam de autonomia completa para construir e comercializar novos 
produtos dentro do seu mandato limitado. Tern de poder conceber e executar experimentos 
semter de obter uma quantidade excessiva de aprovagoes. 

Recomendo enfaticamente que as equipes da startup sejam completamente multifiincionais, 
isto e, tenham a representagao em tempo integral de todos os departamentos funcionais da 
empresa que estarao envolvidos na criacao ou lancamcnto dos produtos iniciais. Elas devem 
ser capazes de construir e langar produtos e servicos reais que fiincionam, nao apenas 
prototipos. Interferencias e aprovagoes desaceleram o ciclo de feedback construir-medir- 
aprender, inibindo a aprendizagem e a responsabilizacao. As startups requerem que tais 
obstaculos sejammantidos numminimo absoluto. 

Naturalmente, esse nivel de autonomia de desenvolvimento esta sujeito a despertar receios 
em uma organizacao controladora (como e o caso de uma startup dentro de uma grande 
corporagao). Mitigar esses receios e o objetivo principal do metodo recomendado a seguir. 

Um interesse pessoal no resultado 

Terceiro, os empreendedores precisam ter interesse pessoal no resultado de suas criagoes. 
Nos novos empreendimentos independentes, isso em geral se alcanna por meio de opgoes de 
compra de agoes ou outras formas de participagao acionaria. Onde um sistema de bonus 
precisa ser utilizado, os melhores incentivos sao vinculados ao desempenho a longo prazo da 
nova inovagao. 

No entanto, nao acho que o interesse pessoal tenha de ser financeiro. Isso e importante, em 
particular, no caso de organizacoes sem fins lucrativos e governamentais, em que a inovagao 
nao esta vinculada a objetivos financeiros. Nesses casos, ainda e possivel para as equipes 
terem um interesse pessoal. A organizagao controladora precisa deixar claro quern e o 
inovador, e assegurar que este receba o credito por ter trazido a vida um novo produto - se for 
bem-sucedido. Como uma empreendedora que administra a propria divisao numa empresa de 
midia importante me disse: “Incentivos financeiros a parte, sempre senti que, ja que meu nome 
estava na porta, tinha mais a perder e mais a provar do que qualquer outra pessoa. Essa 



sensagao de posse nao e insignificante”. 

Essa formula tambem e eficaz em empresas com fms lucrativos. Na Toyota, o gerente 
responsavel pelo desenvolvimento de um novo velculo, do comedo ao fim, e denominado 
shusa, ou engenheiro-chefe: 


Muitas vezes, na literatura norte-americana, o shusa e chamado de gerente de projeto peso pesado, mas esse nome 
atenua sua fungao real como llder de projeto. Os funcionarios da Toyota traduzem o termo como engenheiro-chefe, e se 
referem ao veiculo em desenvolvimento como o carro do shusa. Eles nos asseguraram que o shusa possui autoridade 

/TO 

final, absoluta, sobre todos os aspectos do desenvolvimento do veiculo.— 

Porem, conheco uma empresa de tecnologia de nivel extremamente elevado que tern a 
reputacao de ter uma cultura inovadora. No entanto, seu historico de producao de novos 
produtos e decepcionante. A empresa ostenta um sistema interno de gratifica^ao que se baseia 
em grandes premios financeiros e de status para as equipes que fazem algo extraordinario, 
mas esses premios sao distribuidos pela alta direcao com base em... ninguem sabe o que. Nao 
ha criterios objetivos com base nos quais a equipe pode avaliar se conquistara esse cobicado 
premio loterico. As equipes possuempouca confian^a de que receberao alguma participa^ao a 
longo prazo em relagao as suas inovagoes. Dessa maneira, as equipes raramente se motivam 
para assumir riscos reais; em vez disso, concentrama energia emprojetos que provavelmente 
ganharao a aprovacao da alta direcao. 

CRIANDO UMA PLATAFORMA DE EXPERIMENTACAO 

A seguir, e importante enfocar o estabelecimento de regras basicas de atuagao das equipes de 
startup autonomas: como proteger a organizacao controladora, como atribuir 
responsabilidades para os gerentes empreendedores e como reintegrar uma inovagao na 
organizacao controladora se for bem-sucedida. Lembremos da “ilha de liberdade” que 
permitiu a equipe da SnapTax - no Capitulo 2 - criar com sucesso uma startup dentro da Intuit. 
Isso e o que uma plataforma de experimentacao pode fazer. 


Protegendo a organizacao controladora 

Convencionalmente, os conselhos sobre inovadores internos se concentram na protegao da 
startup em relacao a organizacao controladora. Considero necessario reformular totalmente 
esse modelo. 

You comecar descrevendo uma reuniao bastante tipica de um dos meus clientes de 
consultoria, uma grande empresa. A alta direcao se reuniu para tomar decisoes a respeito do 
que incluir na proxima versao do seu produto. Como parte do compromisso da empresa de ser 
orientada por dados, procurei realizar um experimento sobre precificacao. Aprimeira parte da 
reuniao foi dedicada a interpretacao dos dados do experimento. 

Um dos problemas foi que ninguem conseguiu concordar com o significado dos dados. 
Diversos relatorios sob encomenda foram criados para a reuniao: a equipe de armazenagem 


de dados tambem estava presente. Quanto mais se solicitava a eles que explicassem os 
detalhes de cada linha da planilha, mais evidente ficava que ninguem entendia como aqueles 
numeros haviam sido obtidos. O que estavamos observando eram os numeros das vendas 
brutas do produto, numa variedade de niveis distintos de prego, decompostos por trimestre e 
por segmcntacao de clientes. Erammuitos dados para tentarmos compreender. 

Pior, ninguem tinha certeza a respeito dos clientes que foram expostos ao experimento. 
Equipes distintas foram responsaveis pela implemcntacao, e partes muito diferentes do 
produto foram atualizadas emmomentos diferentes. O processo completo tinha durado muitos 
meses, e, naquele momento, as pessoas que conceberam o experimento haviam sido 
transferidas para uma divisao distinta da das pessoas que o executaram. 

\bce deve ser capaz de identificar os diversos problemas dessa situagao: a utilizagao de 
metricas de vaidade em vez de metricas acionaveis, tempo de ciclo muito longo, uso de lotes 
grandes, hipotese de crescimento incerta, projeto experimental fraco, carencia de posse da 
equipe e, dessa maneira, quase nenhuma aprendizagem. 

Escutando, supus que seria o fim da reuniao. Sem fatos concordantes para ajudar a tomar 
decisoes, achei que ninguem teria alguma base para defender a ideia de uma agao especifica. 
Estava errado. Cada departamento adotou a interpretacao de dados que apoiava melhor sua 
posigao e comegou a defender os proprios interesses. Outros departamentos se intrometiam 
com interpretagoes alternativas que apoiavam suas posigoes, e assim por diante. No fim, as 
decisoes nao foram tomadas com base nos dados. Em vez disso, o executivo que comandava a 
reuniao foi forgado basear as decisoes nos argumentos que soavammais plausiveis. 

Pareceu um desperdicio para mim o tempo de reuniao gasto com debate dos dados, pois, no 
fim, os argumentos que prevaleceram poderiam ter sido dados logo no inicio. Era como se 
cada defensor sentisse que estava prestes a ser emboscado; se outra equipe conseguisse trazer 
alguma objetividade para a situagao, isso poderia solapar aquela pessoa, e, assim, a resposta 
racional era para obscurecer o maximo possivel. Que desperdicio. 

Ironicamente, reunioes como essa deram uma ma reputagao na empresa a tomada de decisao 
e a experimentagao orientadas por dados, e por um bom motivo. A equipe de armazem de 
dados produzia relatorios que ninguem lia nem entendia. As equipes de projeto achavam que 
os experimentos eram uma perda de tempo, pois envolviam a construgao de recursos 
incompletos, o que significava que nunca serviram para muita coisa. “Realizar um 
experimento” parecia, para eles, ser o codigo para o adiamento de uma decisao dificil. Pior 
de tudo, a equipe executiva vivenciava as reunioes como dores de cabega cronicas. Suas 
antigas reunioes de priorizagao de produto podiam ter sido pouco mais do que batalhas de 
opinioes, mas, ao menos, os executivos entendiam o que estava acontecendo. Naquele 
momento, tinham de passar por um ritual que envolvia matematica complexa e que nao 
chegava a nenhum resultado definitivo, e, entao, acabavam tendo, de qualquer forma, uma 
batalha de opinioes. 

Medos racionais 

No entanto, no cerne dessa rixa departamental havia um medo muito racional. Aquela empresa 



atendia dois segmentos de clientes: um de B2B e um do consumidor. No segmento de B2B, a 
empresa utilizava equipe de vendas para vender grandes volumes do produto para outras 
empresas, enquanto o segmento do consumidor era orientado predominantemente por compras 
isoladas realizadas por individuos. O grosso da receita corrente da empresa vinha das vendas 
de B2B, mas o crescimento naquele segmento estava em desaceleragao. Todos concordavam 
que havia um imenso potencial de crescimento no segmento do consumidor, mas, ate entao, 
pouco tinha se materializado. 

Parte do motivo dessa falta de crescimento era a estrutura corrente de precificagao. Como 
muitas empresas que vendem para grandes empresas, aquela publicava uma lista de pregos 
altos e, depois, oferecia grandes descontos para clientes corporativos preferenciais, que 
compravam em grandes quantidades. Naturalmente, todos os vendedores eram estimulados a 
fazer todos os clientes se sentirem favorecidos. Infelizmente, os pregos da tabela eram muito 
altos para o segmento do consumidor. 

A equipe responsavel pelo crescimento do segmento do consumidor queria realizar 
experimentos com uma estrutura de pregos menor. A equipe responsavel pelo segmento de 
B2B receou que isso canibalizasse ou fragilizasse os relacionamentos existentes com seus 
clientes. E se aqueles clientes descobrissem que os outros clientes estavam pagando umprego 
menos do que eles? 

Qualquer um que ja esteve num negocio multissegmentado (ou multifacetado) reconhecera 
que ha diversas solugoes possiveis para esse problema, como a criagao de conjuntos de 
recursos em camadas (ou niveis), para que os diferentes clientes sejam capazes de comprar 
diferentes “niveis” de produto (como classes de assentos numa companhia aerea) ou ate 
manter diferentes produtos sob marcas distintas. No entanto, a empresa estava tendo 
dificuldades para implementar qualquer uma dessas solugoes. Por que? Como resultado do 
medo de por em risco o negocio corrente, cada experimento proposto seria retardado, 
sabotado e ofuscado. 

E importante salientar que esse medo e bem fiindamentado. A sabotagem e uma resposta 
racional de gerentes cujo territorio e ameagado. Aquela empresa nao e uma startup minuscula, 
casual, sem nada a perder. Uma empresa estabelecida tern muito a perder. Se a receita da 
principal atividade diminuir, cabegas rolarao. Nao e algo a ser encarado com desdem. 


Os perigos de esconder a inovagao dentro da caixa-preta 

O imperativo para inovar e implacavel. Sem a capacidade de experimentar de uma maneira 
mais agil, essa empresa acabaria soffendo o destino descrito em The Innovator’s Dilemma : 
lucros e margens sempre maiores, ano apos ano, ate a empresa softer umcolapso subito. 

Nao raro, enquadramos os desafios da inovagao interna perguntando: como podemos 
proteger a startup interna da organizagao controladora? Gostaria de reenquadrar e inverter a 
pergunta: de que forma podemos proteger a organizagao controladora da startup? Na minha 
experiencia, as pessoas se defendem quando se sentem ameagadas, e nenhuma inovagao 
podera prosperar se as atitudes defensivas assumirem o controle. De fato, eis por que a 
sugestao comum de ocultar a equipe de inovagao e equivocada. Ha exemplos de sucessos 



ocasionais que utilizam atividades secretas ou equipes de inovagao fora da sede, como o 
desenvolvimento do IBM PC original em Boca Raton, na Florida, totalmente separado da sede 
da IBM. No entanto, esses exemplos devem servir mais como historias de advertencia, pois e 
raro levarem a inova^ao sustentavel.- Ocultar da organizagao controladora pode ter 
consequencias negativas a longo prazo. 

Consideremos do ponto de vista dos gerentes que veem a inovagao aparecer do nada. Eles 
tendem a se sentir traidos e um tanto paranoicos. Afinal, se algo dessa magnitude pode ser 
escondido, o que mais os aguardara nas sombras? Ao longo do tempo, isso conduz a mais 
agoes politicas, pois os gerentes sao incentivados a desmascarar ameagas a seu poder, 
influencia e carreira. O fato de que a inovagao foi um sucesso nao e justificativa para o 
comportamento desonesto. Do ponto de vista dos gerentes estabelecidos, a mensagem e clara: 
se voce nao estiver por dentro, ficara sujeito a ser pego de surpresa por esse tipo de segredo. 

E injusto criticar esses gerentes por suas reagoes; a critica deve ser dirigida aos altos 
executivos, que falharam emprojetar um sistema apoiador no qual operar e inovar. Acredito 
que esse e o motivo pelo qual empresas como a IBM perderam sua posigao de lideranga nos 
novos mercados que elas desenvolveram usando uma caixa-preta, como o negocio dos PCs; 
elas sao incapazes de recriar e sustentar a cultura que levou a inovagao. 


Criando uma area restrita para a inovagao 

O desafio aqui e criar um mecanismo para delegar poder as equipes de inovagao as claras, 
sem nada ocultar. Esse e o caminho rumo a uma cultura sustentavel de inovagao ao longo do 
tempo, pois as empresas enifentam ameagas existenciais frequentes. Minha proposta e criar 
uma area restrita {sandbox) para a inovagao, que contera o impacto da nova inovagao, mas 
sem restringir os metodos da equipe da startup. Funciona da seguinte maneira: 

1. Qualquer equipe pode criar um experimento de teste comparative de verdade, que 
afete apenas as partes restritas do produto ou servigo (para um produto com 
multipartes), ou apenas determinado segmento do cliente ou territories (para um 
novo produto). No entanto: 

2. Uma equipe deve acompanhar o experimento complete, do principio ao fim. 

3. Nenhum experimento pode ser maior do que umperiodo especifico de tempo (em 
geral, algumas semanas para experimentos de fiincionalidades simples; mais tempo 
para inovagoes mais radicais). 

4. Nenhum experimento pode afetar mais do que uma quantidade especifica de 
clientes (em geral, expressa como porcentagem da base de clientes convencionais 
totais da empresa). 

5. Todo experimento deve ser avaliado com base num relatorio-padrao unico de 
cinco a dez (nao mais) metricas acionaveis. 

6. Cada equipe que trabalha dentro da area restrita e cada produto que e 
desenvolvido devem utilizar as mesmas metricas para avaliado do sucesso. 

7. Qualquer equipe que cria um experimento deve monitorar as metricas e as reagoes 


dos clientes (chamadas para o suporte, reagao da midia social, discussoes nos 
foruns etc.) enquanto o experimento esta em andamento, e deve cancela-lo se 
acontecer algo catastrofico. 

No inicio, a area restrita tem de ser bastante pequena. Na empresa mencionada antes, a area 
restrita, a principio, limitava-se apenas a tabela de pregos. Dependendo dos tipos de produtos 
fabricados pela empresa, o tamanho da area restrita pode ser definido de diversas maneiras. 
Por exemplo: um servigo on-line pode restringi-la a certas paginas ou fluxos de usuarios. Uma 
operagao de varejo pode limita-la a certas lojas ou areas geograficas. As empresas que 
procuram introduzir um produto totalmente novo no mercado podem criar a restricao em torno 
de clientes de certos segmentos. 

Ao contrario do teste de conceito ou teste de mercado, os clientes da area restrita sao 
considerados reais, e a equipe de inovagao pode tentar estabelecer um relacionamento de 
longo prazo com eles. Afinal, os experimentos com esses adotantes iniciais podem durar 
bastante tempo antes que os marcos de aprendizagemsejamconsumados. 

Sempre que possivel, a equipe de inovagao deve ser multifuncional e ter um lider evidente, 
como o shusa da Toyota. Deve ter poder para desenvolver, comercializar e implementar 
produtos ou funcionalidades na area restrita sem aprovagao previa. Deve relatar os sucessos 
ou fracassos dessas iniciativas por meio de metricas-padrao acionaveis e contabilidade para 
inovagao. 

Essa abordagem pode fiincionar mesmo para equipes que nunca trabalharam antes de modo 
multifuncional. As primeiras mudancas, como a de preco, talvez nao exijam grande es forgo de 
engenharia, mas requerem coordenacao atraves dos departamentos: engenharia, marketing, 
servigo de atendimento ao cliente. As equipes que trabalham dessa maneira sao mais 
produtivas, desde que a produtividade seja medida pela capacidade de criar valor para o 
cliente, nao so de permanecer ocupadas. 

Verdadeiros experimentos sao faceis de classificar como sucessos ou fracassos, pois as 
metricas primarias se movem ou nao. De qualquer maneira, as equipes aprendem de imediato 
se suas suposigoes sobre como os clientes se comportarao sao corretas. Ao utilizar as mesmas 
metricas todas as vezes, a equipe cria conhecimento sobre as metricas na empresa 
(evangelizagao). Como a equipe de inovagao esta informando seu progresso por meio do 
sistema de contabilidade para inovagao, descrito na Parte II, qualquer pessoa que le esses 
relatorios esta obtendo uma ligao implicita do poder das metricas acionaveis. Esse efeito e 
muito poderoso. Mesmo se alguem quiser sabotar a equipe de inovagao, tera de aprender tudo 
acerca de metricas acionaveis e marcos de aprendizagem para fazer isso. 

A area restrita tambem promove a iteragao rapida. Quando as pessoas tem a oportunidade 
de observar um projeto do principio ao fim, e o trabalho e realizado em lotes pequenos e 
fornece um veredito claro com rapidez, elas se beneficiam do poder do feedback. Todas as 
vezes que fracassam em mover os numeros, tem uma oportunidade real de agir sobre suas 
descobertas de imediato. Portanto, essas equipes tendem a convergir para solugoes ideais com 
rapidez, mesmo que comecem com ideias muito ruins. 

Como vimos antes, essa e uma manifestagao do principio dos lotes pequenos. Os 



especialistas funcionais, em particular os profiindamente acostumados com o modelo de 
desenvolvimento em cascata ou de estagios sequenciados, foram treinados para trabalhar em 
lotes bastante grandes. Isso faz com que ate boas ideias fiquem atoladas no desperdicio. Ao 
diminuir o tamanho do lote, o metodo da area restrita permite que as equipes cometam erros 
baratos rapidamente e comecem a aprendizagem Como veremos a seguir, esses pequenos 
experimentos iniciais podem demonstrar que uma equipe possui um novo negocio viavel, que 
pode ser integrado a empresa controladora. 


Atribuindo responsabilidade as equipes internas 

No Capitulo 7, discutimos os marcos de aprendizagem em detalhes. Com uma equipe de 
startup interna, a sequencia de responsabilizagao e a mesma: crie um modelo ideal da ruptura 
desejada que se baseie nos arquetipos de clientes; lance um produto minimo viavel para 
estabelecer a baseline , e, depois, procure ajustar o motor para leva-lo para perto do ideal. 

Operando nesse arcabou^o, as equipes internas atuam em essencia como startups. Conforme 
demonstram sucesso, precisam se tornar integradas ao portfolio geral de produtos e servi^os 
da empresa. 


CULTIVANDO O PORTFOLIO ADMINISTRATIVO 

Ha quatro tipos principais de trabalho que as empresas devem gerenciar.- A medida que a 
startup interna cresce, os empreendedores que criaram o conceito original devem enfrentar o 
desafio da escala. Com a aquisi^ao de novos clientes convencionais e a conquista de novos 
mercados, o produto torna-se parte da face publica da empresa, com implicates importantes 
para RP, marketing, vendas e desenvolvimento de negocios. Na maioria dos casos, os produtos 
atrairao concorrentes: copiadores, seguidores rapidos e imitadores de todos os tipos. 

Com o mercado para o novo produto bem estabelecido, os procedimentos se tornam mais 
rotineiros. Para combater a inevitavel comodi tiza^ao do produto no seu mercado, extensoes de 
linha, atualizacoes incrementais e novas formas de marketing sao essenciais. Nessa fase, a 
excelencia operacional assume um papel maior, como forma importante de aumentar margens e 
reduzir custos. Isso pode exigir um tipo distinto de gerente: um que se destaca em otimizagao, 
delegagao, controle e execugao. Os pregos das agoes da empresa dependem desse tipo de 
crescimento previsivel. 

Tambemha uma quarta fase, dominada pelos custos operacionais e produtos legados. Esse e 
o dominio da terceirizacao, automa^ao e redugao de custos. Nao obstante, a infraestrutura 
ainda e de missao critica. Falhas nas instalagoes ou em infraestrutura importante, ou o 
abandono de clientes fieis, podem prejudicar toda a empresa. No entanto, ao contrario da fase 
de crescimento e otimizagao, os investimentos nessa area nao ajudarao a empresa a alcan^ar 
um aumento do faturamento. Os gerentes desse tipo de organiza^ao sofrem o destino dos juizes 
de beisebol: criticados quando algo da errado; ignorados quando as coisas dao 
certo.Tendemos a falar dessas quatro fases da perspectiva das grandes empresas, em que 
podem representar divisoes completas ou ate milhares de pessoas. Trata-se de algo logico, 


pois a evolugao dos negocios nesses tipos de casos extremos e de observagao mais facil. No 
entanto, todas as empresas se envolvem nas quatro fases de trabalho o tempo todo. Assim que 
o produto chega ao mercado, equipes de pessoas trabalham duro para avanga-lo para a 
proxima fase. Todo produto ou recurso bem-sucedido nasce em pesquisa e desenvolvimento 
(P&D), e, como tempo, torna-se parte da estrategia da empresa, fica sujeito a otimiza^ao e, no 
devido tempo, torna-se noticia velha. 

O problema tanto das startups como das grandes empresas e que os fimcionarios com 
ffequencia seguem os produtos que desenvolvem conforme estes se movem de fase para fase. 
Uma pratica comum e que o inventor de um novo produto ou recurso administre a equipe ou a 
divisao subsequente que, no final, o comercializa. Em consequencia, os gerentes criativos 
acabam ficando presos no trabalho de desenvolver e otimizar os produtos, em vez de criar 
novos. 

Essa tendencia e um dos motivos pelos quais empresas estabelecidas se esforgam para 
achar gerentes criativos para fomentar a inovagao. Cada nova inovagao compete por recursos 
comprojetos estabelecidos, e umdos recursos escassos e o talento. 


Empreendedor e um cargo 

A saida para esse dilema e administrar os quatro tipos de trabalho de modo distinto, 
permitindo que equipes multifimcionais fortes se desenvolvam em torno de cada area. 
Enquanto os produtos se movem de fase para fase, as tarefas sao transferidas entre as equipes. 
Os fimcionarios podem escolher se mover com o produto como parte da transference de tarefa 
ou ficar para tras e comegar a trabalhar em algo novo. Nenhuma escolha e necessariamente 
certa ou errada; depende do temperamento e das habilidades da pessoa em questao. 

Algumas pessoas sao inventores natos, que preferem trabalhar sem a pressao nem as 
expectativas das fases posteriores do negocio. Outras sao ambiciosas, e consideram a 
inovacao um caminho rumo a alta diregao da empresa. Outras, ainda, sao especialmente 
versadas no gerenciamento de negocios estabelecidos, terceirizagoes, na maximizagao da 
eficiencia e na redugao de custos. As pessoas devempoder achar os tipos de tarefas aos quais 
se adaptam melhor. 

De fato, o empreendedorismo deveria ser considerado um piano de carreira viavel para 
inovadores dentro de grandes organizagoes. Os gerentes que sao capazes de liderar equipes 
por meio da metodologia da startup enxuta nao tern de deixar a empresa para colher as 
recompensas de suas habilidades, nem tern de fazer de conta que se encaixam em hierarquias 
rigidas de departamentos fimcionais estabelecidos. Em vez disso, devem ter um cartao de 
visita que diga apenas “Empreendedor” sob o nome. Eles devem prestar contas por intermedio 
do sistema de contabilidade para inovacao, e ser promovidos e recompensados de forma 
adequada. 

Depois de um empreendedor ter incubado um produto na area restrita de inovacao, devera 
ser reintegrado na organiza^ao controladora. Uma equipe maior acabara sendo necessaria para 
desenvolve-lo, comercializa-lo e expandi-lo. A principio, essa equipe exigira a lideranga 
continua dos inovadores que trabalharam na area restrita. De fato, essa e uma parte positiva do 



processo, que da aos inovadores a oportunidade de treinar novos membros da equipe no novo 
estilo de trabalho que eles dominaramna area restrita original. 

Em condigoes ideais, a area restrita crescera ao longo do tempo; isto e, em vez de transferir 
a equipe da area restrita para as rotinas-padrao da empresa, pode haver oportunidades de 
ampliar o escopo da area restrita. Por exemplo, se apenas certos aspectos do produto ficaram 
sujeitos a experimentagao na area restrita, novos recursos podem ser adicionados. No servigo 
on-line descrito antes, isso poderia ser realizado comegando com uma area restrita que 
abrangesse a pagina de pregos do produto. Quando esses experimentos tivessem sucesso, a 
empresa poderia adicionar a home page do site a area restrita. De modo subsequente, poderia 
adicionar a fiincionalidade de busca ou o design do website completo. Se apenas 
determinados clientes ou certo numero de clientes foram visados a principio, o alcance do 
produto pode ser incrementado. Quando essas mudangas sao contempladas, e importante que a 
alta diregao considere se as equipes que trabalham na area restrita podem se defender por si 
mesmas politicamente na organizagao controladora. A area restrita foi projetada para proteger 
as equipes e a organizagao controladora, e qualquer expansao deve levar isso em 
consideragao. 

Trabalhar na area restrita da inovagao e como desenvolver os musculos da startup. No 
inicio, a equipe sera capaz de assumir apenas experimentos modestos. Os primeiros 
experimentos podem nao conseguir produzir muita aprendizagem e podem nao levar a um 
sucesso escalavel. Ao longo do tempo, e quase garantido que as equipes apresentem melhorias 
enquanto obtiverem o feedback constante do desenvolvimento de pequenos lotes e das 
metricas acionaveis, e prestarem contas por marcos de aprendizagem. 

E natural que qualquer sistema de inovagao acabe se tornando vitima do proprio sucesso. 
Com a expansao da area restrita e o aumento da receita da empresa em virtude das inovagoes 
da area restrita, o ciclo tera de recomegar. Os ex-inovadores se tornarao guardioes do status 
quo. Quando o produto constitui toda a area restrita, inevitavelmente se sobrecarregara comas 
regras e controles adicionais necessarios para a operagao de missao critica. Novas equipes de 
inovagao precisarao de uma nova area restrita para trabalhar. 

Virando status quo 

Esta ultima transigao e particularmente dificil para os inovadores aceitarem: sua 
transformagao de outsiders radicais para a personificagao do status quo. Tenho considerado 
isso perturbador na minha carreira. Como voce pode supor a partir das tecnicas que defendo 
como parte da startup enxuta, sempre fui um tanto criador de caso nas empresas em que 
trabalhei, exigindo iteragao rapida, tomada de decisao orientada por dados e envolvimento 
precoce do cliente. Quando essas ideias nao faziam parte da cultura dominante, era simples 
(embora frustrante) defende-las. Tudo o que eu tinha de fazer era promover minhas ideias o 
maximo possivel. Como a cultura dominante as considerava hereticas, chegariam a uma 
solugao intermediaria comigo num montante “razoavel”. Gragas ao fenomeno psicologico da 
ancoragem, isso levava a um incentivo perverso: quanto mais radical era minha sugestao, mais 
provavel era que a solugao intermediaria razoavel chegasse mais perto do meu objetivo 



verdadeiro. 

Avancemos alguns anos, quando eu administrava o desenvolvimento de produtos. Quando 
contratavamos novas pessoas, elas tinham de ser doutrinadas na cultura da startup enxuta. As 
praticas-padrao incluiam testes comparativos, implantacao continua e testes com clientes. Eu 
precisava continuar me mantendo um forte defensor das minhas ideias, certificando-me de que 
cada novo fiincionario estivesse pronto para testa-las. No entanto, para as pessoas que 
trabalhavam ali ha algum tempo, aquelas ideias tinham virado parte do status quo. 

Como diversos empreendedores, eu estava preso entre a constante pregagao das minhas 
ideias e a consideragao constante das sugestoes a respeito de maneiras pelas quais elas 
podiam ser melhoradas. Meus fimcionarios enfrentavam o mesmo incentivo que eu tinha 
explorado anos antes: quanto mais radical e a sugestao, mais provavel que a solugao 
intermediaria se mova na diregao desejada por eles. Eu escutava todos os tipos de sugestoes: 
voltarmos ao modelo de desenvolvimento em cascata, usarmos mais garantia de qualidade 
(QA, na sigla em ingles), usarmos menos QA, termos mais ou menos envolvimento com os 
clientes, utilizarmos mais visao e menos dados, ou interpretarmos os dados de maneira mais 
rigorosa em termos estatisticos. 

O esforgo era constante para considerar essas sugestoes com seriedade. No entanto, 
responder de maneira dogmatica e pouco prestativo. Ado tar uma atitude condescendente, 
optando por solucoes intermediarias, tambem nao fimciona. 

Conclui que cada sugestao deveria ficar sujeita a mesma rigorosa inquirigao cientifica que 
levou a criagao da startup enxuta. Podemos utilizar a teoria para prever os resultados da 
mudanca proposta? Podemos incubar a mudanca numa pequena equipe e ver o que acontece? 
Podemos medir seu impacto? Sempre que puderam ser implementadas, essas abordagens me 
permitiram aumentar minha a aprendizagem, e, mais importante, a produtividade das empresas 
que trabalhei. Na IMVU, muitas tecnicas da startup enxuta que exploramos nao sao minhas 
contribuigoes originais. Mais precisamente, foram concebidas, incubadas e executadas por 
fimcionarios que trouxeram suas criatividades e talentos a tarefa. 

Sobretudo, enfrentei essa pergunta comum: como podemos saber que o “seu jeito” de 
construir uma empresa funcionara? Que outras empresas estao usando isso? Quern ficou rico e 
famoso como resultado? Essas perguntas sao sensatas. Os gigantes do nosso setor estao todos 
trabalhando de um modo mais lento, mais linear. Por que estamos fazendo algo diferente? 

Sao essas perguntas que requerem o uso da teoria para a obtengao das respostas. Aqueles 
que consideram adotar a startup enxuta como um conjunto defmido de etapas ou taticas nao 
terao exito. Tive de aprender isso do jeito mais dificil. Numa situagao de startup, as coisas 
sempre dao errado. Quando isso acontece, enfrentamos o antigo dilema resumido por Deming: 
como sabemos que o problema se deve a uma causa especial ou a uma causa sistemica? Se 
estivermos no meio da adogao de um novo modo de trabalho, a tentagao sempre sera culpar o 
novo sistema por causa dos problemas que surgem. As vezes, a tendencia e correta; outras, 
nao. Aprender a perceber a diferenga requer teoria. \bce tera de ser capaz de predizer o 
resultado das mudangas que faz para perceber se os problemas resultantes sao mesmo 
problemas. 

Por exemplo, mudar a defmigao de produtividade de uma equipe da excelencia funcional - 



excelencia em marketing, vendas ou desenvolvimento de produto - para a aprendizagem 
validada provocara problemas. Como indicamos antes, os especialistas funcionais sao 
acostumados a medir sua eficiencia considerando a propor^ao de tempo que estao ocupados 
fazendo seu trabalho. Um programador tern a expectativa de ficar codificando durante o dia 
inteiro, por exemplo. Eis por que diversos ambientes tradicionais de trabalho frustram esses 
especialistas: a interrupgao constante de reunifies, transferencias de tarefas multifiincionais e 
explicates para inumeros chefes atuam como obstaculos para a eficiencia. No entanto, a 
eficiencia individual desses especialistas nao e o objetivo da startup enxuta. Em vez disso, 
queremos forgar as equipes a trabalhar de modo multifuncional para que alcancem a 
aprendizagem validada. Muitas das tecnicas para fazer isso - metricas acionaveis, 
implantato continua e o ciclo de feedback construir-medir-aprender - necessariamente 
induzem as equipes a subotimizar as fiingoes individuais. Nao importa com que rapidez 
constroem. Nao importa com que rapidez podemos medir. O que importa e com que rapidez 
podemos percorrer o ciclo inteiro. 

Nos meus anos ensinando esse sistema, percebi esse padrao toda vez: mudar para a 
aprendizagem validada faz a pessoa se sentir pior antes de se sentir melhor. Esse e o caso 
porque os problemas provocados pelo antigo sistema tendem a ser intangiveis, enquanto os 
problemas do novo sistema sao todos tangiveis. Ter o beneficio da teoria e o antidoto para 
esses desafios. Se for do conhecimento geral que essa perda de produtividade e inevitavel 
como parte da transigao, isso pode ser gerenciado de modo efetivo. As expectativas podem 
ser trabalhadas antes. Na minha pratica de consultoria, por exemplo, aprendi a levantar essas 
questoes desde o primeiro dia; caso contrario, elas podem sabotar todo o esforgo assim que 
estiverem em andamento. Com o progresso da mudanca, podemos utilizar a analise de causa- 
raiz e tecnicas de resposta rapida para entender que problemas precisam de prevengao. Em 
ultima analise, a startup enxuta e um arcabouco, e nao um esquema de etapas a seguir. E 
projetada para ser adaptada as condi^oes de cada empresa especifica. Em vez de copiar o que 
os outros fizeram, tecnicas como os Cinco Porques permitem que voce construa algo que e 
perfeitamente apropriado para a sua empresa. 

A melhor maneira de alcan^ar a maestria e explorar essas ideias e se integrar a uma 
comunidade de pratica. Ha uma comunidade cada vez maior de meetups (grupos de discussao 
presenciais) a respeito de startups enxutas em todo o mundo, e tambem on-line, e sugestoes de 
como voce pode tirar proveito dos recursos listados no ultimo capitulo deste livro: “Junte-se 
ao movimento”. 


68 Jeffrey Liker, John E. Ettlie e John Creighton Campbell, Engineered in Japan: Japanese Technology-Management 
Practices (Nova York: Oxford University Press, 1995), p. 196. 


69 Para uma prestagao de contas, ver o artigo da PC Magazine, “Looking Back: 15 Years of PC Magazine”, de Michael 
Miller. Disponivel em: < http://www.pcmag.com/article2/0.2817.35549.00.asp >. 


70 A discussao a seguir se deve muito a Dealing with Darwin , de Geoffrey Moore (Nova York: Portfolio Trade, 2008). Tenho 
tido sucesso ao implementar esse arcabougo em empresas de tamanhos muito diferentes. 
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EPILOGO: NAO DESPERDICE 


O ano de 2011 marca o centenario de langamento do livro The Principles of Scientific 
Management (Principios de administragao cientifica ), de Frederick Winslow Taylor. O 
movimento da administragao cientifica mudou o curso do seculo XX, possibilitando a imensa 
prosperidade que consideramos natural hoje. Efetivamente, Taylor inventou o que na 
atualidade consideramos apenas administragao: melhoria da eficiencia de cada trabalhador, 
gerenciamento por exclusao (concentrando-se so nos resultados inesperadamente bons ou 
maus), padronizagao do trabalho em tarefas,o sistema de compensagao por tarefa mais bonus, 
e - sobretudo - a ideia de que o trabalho pode ser estudado e melhorado por meio do esforgo 
consciente. Taylor inventou o moderno trabalho de colarinho-branco, que considera as 
empresas sistemas que devem ser administrados acima do nivel do individuo. Ha um motivo 
pelo qual todas as revolugoes passadas da administragao foram lideradas por engenheiros: a 
administragao e engenharia de sistemas humanos. 

Em 1911, Taylor escreveu: “No passado, o homem estava em primeiro lugar; no fiituro, o 
sistema tera a primazia”. A previsao de Taylor se concretizou. Vivemos no mundo que ele 
imaginou. E, com isso, a revolugao que ele desencadeou foi - sob varios aspectos - muito 
bem-sucedida. Apesar de Taylor pregar a ciencia como um modo de pensamento, muitas 
pessoas confundiram sua mensagem com as tecnicas rigidas que ele defendeu: estudos do 
tempo e dos movimentos, o sistema diferencial de pagamento por peca e - a mais incomoda de 
todas - a ideia de que os trabalhadores devem ser tratados nao muito mais do que como 
automates. Muitas dessas ideias se mostraram extremamente prejudiciais, e exigiram os 
esforgos de teoricos e gerentes posteriores para ser revertidas. De modo critico, a manufatura 
enxuta redescobriu a sabedoria e a iniciativa ocultas em cada trabalhador fabril, e 
redirecionou a nogao de Taylor a respeito de eficiencia, afastando-a da tarefa individual e 
aproximando-a do organismo corporativo como um todo. No entanto, cada uma dessas 
revolugoes subsequentes abarcou a ideia basica de Taylor, qual seja, que o trabalho pode ser 
estudado de modo cientifico e ser melhorado mediante uma abordagem experimental rigorosa. 

No seculo XXI, enfrentamos um novo conjunto de problemas que Taylor nao podia ter 
imaginado. Nossa capacidade produtiva supera muito nossa capacidade de saber o que 
constrain Embora houvesse uma grande quantidade de invengao e inovagao no comego do 
seculo XX, a maior parte era dedicada a aumentar a produtividade dos trabalhadores e das 
maquinas, a fim de alimentar, vestir e alojar a populagao mundial. Embora esse projeto ainda 
esteja incomplete, como as milhoes de pessoas que vivem na pobreza podem confirmar, a 



solugao para esse problema e, hoje em dia, estritamente politica. Temos a capacidade de 
construir quase tudo que podemos imaginar. A grande questao do nosso tempo nao e: pode ser 
construido? Mas, deve ser construido? Isso nos coloca num momento historico incomum: 
nossa prosperidade futura depende da qualidade das nossas imaginagoes coletivas. 

Em 1911, Taylor escreveu: 


Podemos observar o desaparecimento de florestas, o desperdicio de energia hidraulica, a erosao do solo sendo arrastado 
para o mar pelas enxurradas e o iminente esgotamento de jazidas de carvao e ferro. No entanto, os desperdlcios 
maiores do esforgo humano, que acontecem todos os dias por meio de atos descuidados, mal direcionados ou 
ineficientes... sao menos vislveis, menos tanglveis e apenas vagamente avaliados. 

Podemos ver e sentir o desperdicio das coisas materials. No entanto, as a goes desastradas, ineficientes ou mal 
orientadas dos homens nao deixam indicios vislveis ou tangiveis. Sua apreciagao exige esforgo de memoria e 
imaginagao. E, por isso, ainda que o prejuizo diario dai resultante seja maior que o decorrente do desperdicio das coisas 
materials, este ultimo nos abala profundamente, enquanto aquele nos comove apenas de modo superficial.— 

Um seculo atras... O que podemos dizer sobre essas palavras? Por um lado, parecem 
arcaicas. Nos, do seculo XXI, estamos hiperconscientes a respeito da importancia da 
eficiencia e do valor economico dos ganhos de produtividade. Nossos locals de trabalho sao - 
ao menos quando se trata da construgao de objetos materials - incrivelmente bem organizados 
em comparagao com os locals da epoca de Taylor. 

No entanto, as palavras de Taylor me soam totalmente contemporaneas. Com toda nossa 
eficiencia jactanciosa na fabricagao de coisas, a economia ainda desperdi^a demais. Esse 
desperdicio nao vem de uma organizagao ineficiente de trabalho, mas do trabalho nas coisas 
erradas - e numa escala industrial. Como Peter Drucker afirmou: “Sem duvida, nao ha nada 
tao inutil quanto fazer com grande eficiencia o que nao devia ser feito de modo algum”.- 

E, no entanto, fazemos coisas erradas de maneira eficiente o tempo todo. E dificil obtermos 
uma estimativa solida de quanto o mundo moderno desperdica, mas nao ha falta de historias. 
Em minhas consultorias e viagens falando sobre a startup enxuta, escuto a mesma mensagem de 
modo consistente dos fiincionarios de grandes e pequenas empresas. Em cada setor, 
observamos historias incessantes de lan^amentos lfacassados, projetos mal concebidos e 
espirais da morte dos grandes lotes. Considero esse uso improprio do tempo das pessoas um 
desperdicio criminosamente imprudente da criatividade e do potencial humano. 

Qual porcentagem de todo esse desperdicio e evitavel? Acho que uma proporgao muito 
maior do que hoje em dia percebemos. A maioria das pessoas que conhego acredita que, no 
seu setor ao menos, os projetos falham por bons motivos: os projetos sao inerentemente 
arriscados, as condi^oes de mercado sao imprevisiveis, e as “pessoas das grandes empresas” 
praticamente nao tern criatividade. Algumas pessoas acreditam que, se apenas reduzissemos a 
velocidade de tudo e usassemos um processo mais cuidadoso, poderiamos reduzir o indice de 
insucesso, fazendo projetos de maior qualidade. Outras acreditam que certas pessoas possuem 
um dom inato de saber a coisa certa a construir. Se conseguissemos encontrar um numero 
suficiente desses visionarios e virtuosos, nossos problemas seriam resolvidos. Essas 
“solugoes” tambem foram consideradas de ponta no seculo XIX, antes de as pessoas terem 
conhecimento a respeito da administragao moderna. 


Os requisites de um mundo sempre mais rapido tornam essas abordagens antigas 
impraticaveis, e, assim, a culpa por projetos e negocios malsucedidos e muitas vezes 
amontoada sobre a alta diregao, que e solicitada a fazer o impossivel. Ou, o dedo da culpa e 
apontado para os investidores fmanceiros ou para o mercado financeiro (bolsa) pelo fato de 
enfatizarem em excesso corregoes rapidas e resultados a curto prazo. Temos culpa suficiente 
para todos, mas muito pouca teoria para orientar as agoes dos lideres e investidores. 

O movimento da startup enxuta se coloca em contraposicao a essas lamurias. Acreditamos 
que a maior parte das formas de desperdicio na inovacao e evitavel, desde que suas causas 
sejamentendidas. Tudo que se requer e que mudemos nossa mentalidade coletiva a respeito de 
como esse trabalho deve ser realizado. 

E insuficiente exortar os trabalhadores a se esforgar mais. Nossos problemas correntes sao 
causados por esse esforgo em demasia... pelas coisas erradas. Ao enfocar a eficiencia 
funcional, perdemos de vista o objetivo real da inovacao: aprender o que e desconhecido 
atualmente. Como Deming ensinou: o que importa nao e fixar objetivos quantitativos, mas 
defmir o metodo pelo qual esses objetivos sao alcancados. O movimento da startup enxuta 
defende o principio de que o metodo cientifico pode ser aplicado como resposta a questao de 
inovacao mais premente: como podemos criar uma organizacao sustentavel em torno de um 
novo conjunto de produtos ou servicos? 

SUPERPODERES ORGANIZACIONAIS 

Um participante de um dos meus seminarios se aproximou de mim alguns meses depois para 
relatar a seguinte historia, que estouparaffaseando: “O conhecimento dos principios da startup 
enxuta me permite achar que tenho superpoderes. Ainda que eu seja apenas um funcionario 
subalterno, quando encontro os vice-presidentes e gerentes-gerais da minha grande empresa, 
fago-lhes algumas perguntas simples, e, comrapidez, ajudo a perceberem como seus projetos 
se baseiam em hipoteses fundamentals que podem ser testadas. Em minutes, consigo 
esquematizar um piano que eles podem seguir para validar cientificamente seus pianos, antes 
que seja tarde. Constantemente, eles respondem: ‘Uau, voce e brilhante. Nunca consideramos 
aplicar esse nivel de rigor ao nosso pensamento sobre novos produtos’”. 

Como resultado dessas interacoes, ele desenvolveu a reputacao de funcionario brilhante 
dentro da sua grande empresa. Foi bom para sua carreira, mas muito frustrante para ele 
pessoalmente. Por que? Porque, embora ele seja brilhante, seus insights a respeito dos pianos 
imperfeitos de produtos nao se devem a uma inteligencia especial, mas a ter uma teoria que 
lhe permita predizer o que acontecera e propor alternativas. Ele se sente ffustrado porque os 
gerentes para quern esta apresentando suas ideias nao enxergam o sistema. De modo equivoco, 
concluem que o segredo do sucesso e achar pessoas brilhantes como ele para empregar na 
equipe. Nao conseguem ver a oportunidade que esta sendo apresentada: alcangar melhores 
resultados de modo sistematico, mudando crengas sobre como a inovacao acontece. 


Priorizando o sistema: alguns perigos 



Como fez Taylor antes de nos, nosso desafio e persuadir os gerentes das corporagoes 
modernas a priorizar o sistema. No entanto, o taylorismo deve atuar como um conto edificante, 
sendo importante aprender as ligoes da historia quando trazemos as novas ideias a um publico 
mais convencional. 

Taylor e lembrado por seu foco na pratica sistematica, nao no brilho pessoal. Eis a citagao 
completa de The Principles of Scientific Management , que inclui o famoso trecho a respeito 
de priorizar o sistema: 


No future, prevalecera a ideia de que os Mderes devem ser tao bem treinados quanto bem-nascidos, e de que nenlium 
grande homem pode (sob o antigo sistema de administragao de pessoal) ter a expectativa de competir com homens 
comuns que foram devidamente organizados para cooperar com eficiencia. 

No passado, o homem estava em primeiro lugar; no future, o sistema tera a primazia. Isso, no entanto, nao significa 
que o grande homem nao seja necessario. Pelo contrario, o principal objetivo de um bom sistema deve ser o 
desenvolvimento de homens de primeira classe; e, sob a administragao sistematica, o melhor homem alcangara o topo 

de modo mais seguro e rapido do que jamais alcangou.— 

Infelizmente, a insistencia de Taylor de que a administragao cientifica nao se opoe a 
descobrir e promover os melhores individuos foi esquecida com rapidez. De fato, os ganhos 
de produtividade a ser obtidos por meio das primeiras taticas da administragao cientifica, 
como o estudo do tempo e movimento, a tarefa mais bonus e, em especial, a supervisao 
fiincional (a precursora dos departamentos fiincionais atuais), foram tao significativas que as 
geragoes subsequentes de gerentes perderam de vista a importancia das pessoas que as 
estavam implementando. 

Isso geroudois problemas: (1) os sistemas empresariais se tornaram excessivamente rigidos 
e, assim, nao conseguiram tirar proveito da adaptabilidade, criatividade e sabedoria dos 
trabalhadores individuais, e (2) houve uma enfase excessiva em planejamento, prevengao e 
procedimento, permitindo que as organizacoes alcancem resultados consistentes num mundo 
predominantemente estatico. No chao de fabrica, esses problemas foram enffentados pelo 
movimento de manufatura enxuta, e as ligoes se disseminaram para muitas corporagoes 
modernas. E, no entanto, no desenvolvimento de novos produtos, no empreendedorismo e no 
trabalho de inovacao, emgeral, ainda estamos usando um arcabouco superado. 

Minha esperanca e que o movimento da startup enxuta nao caia na mesma armadilha 
reducionista. Estamos so comegando a descobrir as regras que governam o 
empreendedorismo, um metodo que pode melhorar as chances de sucesso das startups, e uma 
abordagem sistematica para a criagao de produtos novos e inovadores. De forma alguma, isso 
diminui as virtudes empreendedoras tradicionais: a primazia da visao, a disposigao de 
assumir riscos destemidos e a coragem necessaria em face das adversidades opressivas. 
Nossa sociedade precisa da criatividade e da visao dos empreendedores mais do que nunca. 
De fato, e precisamente porque estes sao recursos tao preciosos que nao podemos nos permitir 
desperdiga-los. 


Pseudociencia do desenvolvimento de produto 


Acredito que, se Taylor estivesse vivo hoje, ele daria risadas a respeito do que constitui a 
administragao de empreendedores e inovadores. Embora aproveitemos o trabalho de cientistas 
e engenheiros que deslumbrariam qualquer pessoa do inicio do seculo XX com seus feitos de 
magia tecnica, as praticas de administragao que utilizamos para organiza-la sao em geral 
desprovidas de rigor cientifico. De fato, iria longe o bastante para chama-la de pseudociencia. 

De modo rotineiro, aprovamos novos projetos baseados mais na intuigao do que nos fatos. 
Como vimos ao longo deste livro, essa nao e a causa basica do problema. Toda inovagao 
comega com a visao. O que acontece depois disso e decisivo. Como vimos, inumeras equipes 
de inovagao se envolvem no teatro do sucesso, seletivamente achando dados que apoiam sua 
visao, em vez de expor os elementos da visao a experimentos verdadeiros, ou, ainda pior, 
permanecendo em modo furtivo para criar uma zona livre de dados para “experimentagao” 
ilimitada, que e desprovida de feedback dos clientes ou de responsabilizagao externa de 
qualquer tipo. Quando uma equipe procura demonstrar causa e efeito posicionando destaques 
sobre um grafico de metricas brutas, esta se envolvendo com pseudociencia. Como sabemos 
que a causa e efeito proposta e verdadeira? Quando uma equipe procura justificar suas falhas 
recorrendo a aprendizagem como desculpa, tambemesta envolvida com pseudociencia. 

Se a aprendizagem ocorrer em um ciclo de iteragao, demonstraremos isso transformando-a 
em aprendizagem validada no proximo ciclo. Apenas construindo um modelo de 
comportamento de cliente e, entao, mostrando nossa capacidade de utilizar o produto ou 
servigo para muda-lo ao longo do tempo, podemos estabelecer fatos reais acerca da validade 
de nossa visao. 

Ao longo da celebragao do sucesso do movimento da startup enxuta, uma advertencia se faz 
essencial. Nao podemos permitir que nosso sucesso propague uma nova pseudociencia em 
torno de pivos, MVPs etc. Esse foi o destino da administragao cientifica, e, no final das 
contas, acredito, isso atrasou sua causa por decadas. Ciencia passou a significar a vitoria do 
trabalho rotineiro sobre o trabalho criativo, a mecanizagao sobre a humanidade, e os pianos 
sobre a agilidade. Os movimentos posteriores tiveram de ser gerados para corrigir essas 
deficiencias. 

Taylor acreditava em muitas coisas que considerava cientificas, mas que nossa visao 
moderna percebe como meros preconceitos. Ele acreditava na superioridade inata do homem 
aristocratico sobre o da classe trabalhadora em termos de inteligencia e carater, e na 
superioridade do homem sobre a mulher; ele tambem achava que as pessoas de classes 
inferiores deviam ser supervisionadas com rigidez pelas de classe superior. Essas crengas sao 
parte inseparavel da epoca de Taylor, sendo tentador perdoa-lo por ter sido cego a elas. 

No entanto, quando nossa epoca for vista por meio das lentes das praticas fiituras, que 
preconceitos serao revelados? Em que forgas depositamos fe indevida? O que nos arriscamos 
a perder de vista com o sucesso inicial do nosso movimento? 

E com essas questoes que quero terminar. Apesar de gratificante para mim ver o movimento 
da startup enxuta conquistar fama e reconhecimento, e muito mais importante que estejamos 
certos em nossas prescrigoes. O que e conhecido ate agora e apenas a ponta do iceberg. Faz- 
se necessario um grande projeto para descobrir como destravar os vastos estoques de 
potencial ocultos em plena vista na moderna forga de trabalho. Se pararmos de desperdigar o 



tempo das pessoas, o que elas fariam com ele? Nao temos conceito real do que e possivel. 

No final da decada de 1880, Taylor comegou um programa de experimentagao para 
descobrir o modo ideal de cortar ago. Durante essa pesquisa, que durou mais de 25 anos, ele e 
seus colegas realizaram mais de 20 mil experimentos individuals. O que e notavel a respeito 
desse projeto e a ausencia de apoio academico e de qualquer tipo de orcamento de P&D 
governamental. Todo seu custo foi pago pela industria como resultado dos lucros imediatos 
gerados por maior produtividade possibilitada pelos experimentos. Esse foi apenas um 
programa experimental para descobrir a produtividade oculta em apenas um tipo de trabalho. 
Outros discipulos da administragao cientifica passaram anos investigando preparagao de 
tijolos, agricultura e ate escavagao com pas. Estavam obcecados com a aprendizagem da 
verdade e nada satisfeitos com a sabedoria popular de artesaos ou com as parabolas dos 
especialistas. 

Algum de nos pode imaginar um moderno gestor de conhecimento com o mesmo grau de 
interesse acerca dos metodos utilizados por seus funcionarios? Quanto do nosso corrente 
trabalho de inovagao e orientado por maximas carentes de fundamento cientifico? 

Um novo programa de pesquisa 

Com que programas de pesquisa comparaveis podemos nos envolver para descobrir como 
trabalhar de maneira mais eficaz? 

Em primeiro lugar, temos pouquissima compreensao a respeito do que estimula a 
produtividade sob condigoes de extrema incerteza. Felizmente, com os tempos de ciclo caindo 
por toda parte, temos diversas oportunidades de testar novas abordagens. Portanto, proponho 
que criemos laboratories de teste de startups que podem colocar todos os tipos de 
metodologias de desenvolvimento de produtos para testar. 

Como esses testes podem ser realizados? Podemos utilizar pequenas equipes 
multifuncionais, talvez comegando com produto e engenharia. Essas equipes devem trabalhar 
para solucionar problemas por meio de diversas metodologias de desenvolvimento. Podemos 
comegar com problemas cujas respostas corretas sej am claras, talvez extra!dos das diversas 
competigoes internacionais de programagao que desenvolveram bases de dados de problemas 
bem definidos com solugoes objetivas. Essas competigoes tambem fornecem parametros 
claros de quanto tempo deve levar para diversos problemas serem solucionados para 
podermos estabelecer claramente a pericia individual de solugao de problemas dos sujeitos 
experimental s. 

Utilizando esse tipo de configuragao de calibragem, podemos comegar a variar as condigoes 
dos experimentos. O desafio sera aumentarmos o nivel de incerteza sobre qual e a resposta 
correta, embora ainda sendo capazes de medir a qualidade do resultado de maneira objetiva. 
Talvez possamos utilizar problemas de clientes do mundo real e, entao, termos consumidores 
reais testando o resultado do trabalho das equipes. Ou talvez possamos ir mais longe, 
construindo produtos minimos viaveis para solugao do mesmo conjunto de problemas 
repetidas vezes, a fimde quantificar o que produz as melhores taxas de conversao de clientes. 

Tambem podemos variar o crucial tempo de ciclo, escolhendo plataformas de 



desenvolvimento e canais de distribuigao mais ou menos complexos para testar o impacto 
desses fatores sobre a produtividade verdadeira das equipes. 

Mais que tudo, devemos desenvolver metodos claros para prestagao de contas das equipes 
em termos de aprendizagem validada. Neste livro, propus um metodo: a contabilidade para 
inovacao, usando ummodelo fmanceiro bemdefinido, e o motor de crescimento. No entanto, e 
simplista supor que seja o melhor metodo possivel. Enquanto e adotado em cada vez mais 
empresas, novas tecnicas, sem duvida, serao sugeridas, e temos de ser capazes de avaliar as 
novas ideias com o maximo de rigor. 

Todas essas questoes suscitam a possibilidade de parcerias publico-privadas entre as 
universidades dedicadas a pesquisas e as comunidades empreendedoras que procuram 
fomenta-las. Tambem sugere que as universidades sao capazes de agregar valores de maneira 
diferente alem de serem simples investidoras fmanceiras ou incubadoras de startups, como e a 
tendencia corrente. Minha predigao e que, onde quer que essa pesquisa seja realizada, esse 
lugar se tornara o epicentre de uma nova pratica empreendedora, e, portanto, as universidades 
realizando essa pesquisa podem ser capazes de alcan^ar um nivel muito maior de 
comercializa^ao de suas atividades de pesquisa basica.- 

ABOLSADE VALORES A LONGO PRAZO 

Alem da simples pesquisa, acredito que nosso objetivo deve ser mudar todo o ecossistema do 
empreendedorismo. Muito do nosso setor de startups se degenerou num sistema de 
alimenta^ao de grandes empresas de midia e bancos de investimento. Parte do motivo pelo 
qual as empresas estabelecidas se esfor^ampara investir de modo consistente eminovagao e a 
pressao intensa dos mercados fmanceiros em alcan^ar lucratividade a curto prazo e metas de 
crescimento. Na maioria das vezes, isso e consequencia dos metodos contabeis que 
desenvolvemos para avaliar os gerentes, que enfocam os tipos de metricas brutas de 
“vaidade” discutidas no Capitulo 7. O que e necessario e um novo tipo de bolsa de valores, 
projetada para negociar as a^oes de empresas que sao organizadas para sustentar o 
pensamento a longo prazo. Proponho a criagao da bolsa de valores a longo prazo (LTSE, na 
sigla em ingles). 

Alem de relatorios trimestrais referentes a lucros e margens, as empresas na LTSE 
prestariam informa^oes usando a contabilidade para inovacao a respeito das suas iniciativas 
empreendedoras internas. Como a Intuit, elas apresentariam relatorios sobre a receita que 
estavam gerando a partir de produtos que nao existiam alguns anos antes. As remunerates 
dos executivos das empresas de LTSE se vinculariam ao desempenho a longo prazo das 
empresas. Negocia^oes na LTSE teriam custos e taxas de transagao muito maiores, a fim de 
minimizar as transagoes diarias e as grandes oscilagoes de pre^os. Em troca, as empresas da 
LTSE teriam permissao para estruturar sua governan^a corporativa para promover maior 
liberdade da administra^ao de buscar investimentos a longo prazo. Alem de apoiar o 
pensamento a longo prazo, a transparency da LTSE fornecera dados valiosos a respeito de 
como fomentar a inova 9 ao no mundo real. Algo como a LTSE aceleraria a cria^ao da proxima 
geragao de grandes empresas, desenvolvidas a partir da base da inovagao continua. 


EM CONCLUSAO 


Como movimento, a startup enxuta deve evitar doutrinas e ideologias rigidas. Devemos evitar 
o estereotipo de que ciencia significa formula ou falta de humanidade no trabalho. Na 
realidade, a ciencia e uma das atividades mais criativas da humanidade. Acredito que aplica- 
la ao empreendedorismo liberara umimenso estoque de potencial humano. 

Qual seria a aparencia de uma organiza^ao se todos os funcionarios fossem dotados de 
superpoderes organizacionais de startup enxuta? 

Em primeiro lugar, todos insistiriam que as suposi^oes fossem apresentadas de modo 
explicito e testadas com rigor, nao como tatica de protela^ao ou modo de trabalho pro-forma, 
mas como resultado do desejo genuino de descobrir a verdade subjacente a visao de cada 
projeto. 

Nao perderiamos tempo com argumentos sem fim entre os defensores da qualidade e os 
caubois do avan^o imprudente. Em vez disso, reconheceriamos que a velocidade e a 
qualidade sao aliadas na busca do beneficio a longo prazo do cliente. Correriamos para testar 
nossa visao, mas nao para abandona-la. Cuidariamos de eliminar o desperdicio nao para 
construir castelos de qualidade no ceu, mas a servigo da agilidade e dos resultados comerciais 
radicais. 

Reagiriamos aos ffacassos e reveses com honestidade e aprendizagem, sem recriminates 
nem culpas. Mais do que isso, evitariamos o impulso de desacelerar, aumentar o tamanho do 
lote e ceder ao feitigo da preven^ao. Ao contrario, alcangariamos velocidade evitando o 
trabalho em excesso que nao leva a aprendizagem Dedicariamo-nos a criagao de novas 
instituigoes com a missao a longo prazo de construir valor sustentavel e mudar o mundo para 
melhor. 

Sobretudo, deixariamos de desperdi^ar o tempo das pessoas. 


71 Disponlvel em: < http://www.ibiblio.org/eldritch/fwt/ti.htm 1> . 


72 Disponlvel em: < http://www.goodreacls.com/author/quotes/66490.Peter Drucker >. 


73 Disponlvel em: < http://w ww. ibiblio. org/e ldritc li/fwt/ti. html> . 


74 De fato, algumas pesquisas ja comegaram. Para saber mais sobre programas de pesquisas relacionados a startups enxutas, 
veja Nathan Furr’s Lean Startup Research Project at BYU: <http://nathanfurr.com/2012/09/15/the-lean-startup-research- 
proiect/ >. e o projeto de Tom Eisenmann, da Harvard Business School’s Launching Technology Ventures: 
<http://platformsandnetworks.blogspot.com/2011/01/launching-tech-ventures-part-iv.html> . 
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JUNTE-SE AO MOVIMENTO 


N os ultimos anos, o movimento da startup enxuta se globalizou. A quantidade de recursos 
disponiveis para aspirantes a empreendedores e incrivel. Aqui, darei o melhor de mim 
para listar apenas alguns dos melhores eventos, livros e blogs para leitura e pratica 
adicionais. O resto depende de voce. Ler e bom, mas agir e melhor. 

Os recursos mais importantes sao locals. Estao longe os dias em que voce tinha de estar no 
Vale do Sillcio para encontrar outros empreendedores a fim de compartilhar ideias e 
dificuldades. No entanto, estar integrado num ecossistema de startups ainda e uma parte 
importante do empreendedorismo. O que mudou e que esses ecossistemas estao brotando em 
cada vez mais centros de startups emtodo o mundo. 

Mantenho um site oficial para este livro em < http://theleanstartup.com >. em que voce pode 
achar outros recursos, incluindo estudos de caso e links para leituras adicionais. Vice tambem 
achara ali links para o meu blog, Startups Lessons Learned , e tambem videos, slides e audios 
das minhas apresentagoes passadas. 

Comunidades de startup enxuta 

E possivel que exista uma comunidade de startup enxuta perto de voce. No termino da redagao 
deste livro, havia mais de cem, com as maiores em San Francisco, Boston, Nova York, 
Chicago e Los Angeles. Vice pode achar um mapa dos grupos em tempo real em < http://lean- 
startup. meetup.com/ >. Tambem pode encontrar uma lista das cidades onde as pessoas estao 
interessadas eminiciar umnovo grupo, e ferramentas para criar uma por si mesmo. 

No Brasil ha meetups em Campinas, Florianopolis, Joinville e Rio de Janeiro. 


Lean Startup Wiki 

Nem todo grupo de startup enxuta utiliza o site Meetup.com para se organizar. Uma lista 
abrangente de eventos e outros recursos e mantida por voluntaries emLean Startup Wiki. Ver: 
< http://leanstartup.pbworks.com/ >. 


Lean Startup Circle 







A maior comunidade de pratica em torno da startup enxuta esta acontecendo on-line, neste 
momento, na lista de discussao Lean Startup Circle. Fundada por Rich Collins, a lista possui 
milhares de empreendedores partilhando dicas, recursos e historias todos os dias. Se tiver 
uma pergunta a respeito de como a startup enxuta pode se aplicar ao seu negocio ou setor, sera 
um excelente lugar para comecar: < http://leanstartupcircle.com/ >. 

Startup Lessons Learned 

Nos ultimos dois anos, conduzi uma conferencia denominada Startup Lessons Learned. Mais 
detalhes estao disponiveis em: < http://sllconf.com >. 


The Lean Startup Brasil 

Comunidade oficial da startup enxuta no Brasil. Especialistas de diversos campos (processos, 
inova^ao, tecnologia, UX, desenvolvimento de software, investimentos, testes & analises, 
mi dias sociais etc.) blogam sobre como a teoria de startup enxuta impacta suas atividades e 
ajuda os profissionas da area a obter melhores resultados. Tambem ha se^oes com estudos de 
caso brasileiros, um forum de discussoes, um glossario, sugestoes de ferramentas e references 
adicionais: < http://theleanstartup-brasil.com.br > 


LEITURA OB RIG ATORIA 

The Four Steps to the Epiphany , de Steve Blank, e o livro original sobre desenvolvimento de 
clientes. Quando eu estava desenvolvendo a IMVU, uma copia cheia de dobras nos cantos das 
paginas me acompanhou por toda parte. E um guia indispensavel. Voce pode conseguir uma 
copia em: < http://ericri.es/FourSteps >. ou ler minha resenha em: 

< http://www.startuplessonslearned.com/2008/ll/what-is-customer-development.html >. Steve 
tambem mantem um blog ativo e excelente: < http://steveblank.com/ >.Brant Cooper e Patrick 
Vlaskovits escreveram um livro curto e excelente, intitulado The Entrepreneur s Guide to 
Customer Development, que oferece uma introdugao tranquila ao topico. Voce pode comprar 
em: < http:// custdev.com >. ou ler minha resenha aqui: 

< www.startuplessonslearned.com/2010/07/entrepreneurs-guide-to-customer.html >. 

Business Model Generation, de Alexander Osterwalder e Yves Pigneur, e o padrao de facto 
atualmente para elabora^ao de modelos de negocios < http://businessmodelgeneration.com/ >. 
Tambem ha um excelente aplicativo para iPad: < http://businessmodelgeneration.com/toolbox >. 

Quando comecei a blogar a respeito de empreendedorismo, nao era uma ocupagao tao comum 
quanto agora. Pouquissimos blogueiros trabalhavam ativamente sobre novas ideias a respeito 
de empreendedorismo, e, emconjunto, debatiamos e refinavamos essas ideias on-line. 

Dave Mclure, fundador da 500 Startups, empresa de capital de risco, escreve um blog em 
< http://500hats.typepad.com/ >. A 500 Startups tambem possui um excelente blog: 
< http://500.co/blog/ >. A apresentagao “Startup Metrics for Pirates”, de Dave, expoe um 














arcabouco para pensarmos e medirmos os servigos on-line que influenciou muito o conceito 
de “motores de crescimento”. Voce pode ver a apresentagao original em: 
< http://500hats.typepad.com/500blogs/2008/09/startup-metri-2.html >. e tambem minha reagao 
original em: < http://www.startuplessonslearned.com/2008/09/three-drivers-of-growth-for- 
vour.html >. 

Sean Ellis escreve o Startup Marketing Blog , que influenciou meu pensamento a respeito de 
como integrar o marketing nas startups: < http://startup-marketing.com/ >. 

Futuristic Play , o blog de Andrew Chen, e uma das melhores fontes para ideias a respeito 
de marketing viral, metricas de startup e design: < http://andrewchenblog.com/ >. 

Babak Nivi e autor do excelente blog Venture Hacks , e foi um divulgador inicial da startup 
enxuta: < http://venturehacks.com/ >. Posteriormente, ele criou a Angel List, que une startups e 
investidores de todo o mundo: < http://angel.co/ >. 

Entre outros otimos blogs a respeito de startups enxutas incluem-se: 

• Ash Maurya emergiu como lider em ajudar empresas on-line, sem grandes volumes 
de investimentos financeiros (boot-strapped), a aplicar as ideias da startup enxuta. 
Seu blog se intitula Running Lean, e ele tambem langou um e-book com o mesmo 
titulo. Os dois podem ser encontrados aqui: < http://www.runningleanhq.com/ >. 

• Sean Murphy, que fala a respeito de startups de software early-stage: 
< http://www.skmurphy.com/blog/ >. 

• Market by Numbers, de Brant Cooper: < http://market-bv-numbers.com/ >. 

• Patrick Vlaskovits, que escreve a respeito de tecnologia, desenvolvimento de 
clientes e precificagao: < http://vlaskovits.com >. 

• O blog KISSmetrics Marketing Blog: < http://blog.kjssmetrics.com >. e o blog de 
Hiten Shah: < http://hitenism.com >. 

Implantagao continua, apesar de ser um assunto extremamente tecnico, e de grande 
importancia para possibilitar os ciclos rapidos, lotes pequenos e toda a experimentagao 
desejada em uma startup. A obra mais completa e atual e de autoria de Jez Humble e David 
Farley: Continuous Delivery, < http://continuousdelivery.com/resources/ >. 

LEITURA ADICIONAL 

The Startup Owner’s Manual , de Steve Blank, integra o Business Model Canvas e o 
Desenvolvimento de Clientes: < http://stevenblank.com/ >. 

The Innovator’s Dilemma e The Innovator’s Solution, de Clayton M. Christensen, sao livros 
classicos. Alem disso, a obra mais recente de Christensen tambem e muito util para ver a 
teoria da inovagao radical na pratica, incluindo The Innovator s Prescription (inovagao de 
ruptura na saude) e Disrupting Class (a respeito de educagao). 

Ver: < http://ericri.es/ClaytonChristensen >. 


















As primeiras obras de Geoffrey A. Moore sao conhecidas entre todos os empreendedores, ern 
particular Crossing the Chasm e Inside the Tornado. No entanto, ele continuou a refmar seu 
pensamento, e achei sua ultima obra, Dealing with Darwin: How Great Companies Innovate 
at Every Phase of Their Evolution, especialmente util. 

Ver: < http://ericri.es/DealingWithDarwin >. 

The Principles of Product Development Flow: Second Generation Lean Product 
Development, de Donald G. Reinertsen. 

Ver: < http://ericri.es/pdflow >. 

The Toyota Way, de Jeffrey Liker. 

Ver: < http://ericri.es/thctovotawav >. 

A mentalidade enxuta nas empresas (Lean Thinking: Banish Waste and Create Wealth in 
Your Corporation, Revised and Updated), de James R Womack e Daniel T. Jones 
Ver: < http://ericri.es/LeanThinking> . 

The People’s Tycoon: Henry Ford and the American Century, de Steven Watts. 

Ver: < http://ericri.es/ThePeoplesTycoon >. 

The One Best Way: Frederick Winslow Taylor and the Enigma of Efficiency, de Robert 
Kanigel. 

Ver: < http://ericri.es/OneBestWay >. 

Principios de administragao cientifica (The Principles of Scientific Management), de 
Frederick Winslow Taylor. 

Ver: < http://ericri.es/ScientificManagement >. 

Extreme Programming Explained: Embrace Change, de Kent Beck e Cynthia Andres. 

Ver: < http://ericri.es/EmbraceChange >. 

O sistema de produgao Toyota (Toyota Production System: Beyond Large-Scale Production), 
de Taiichi Ohno. 

Ver: < http://ericri.es/TaiichiOhno >. 

A ideia do ciclo de feedback construir-medir-aprender deve muito as ideias de manobras 
militares, em particular o ciclo OODA (Observe-Orient-Decide-Act), de John Boyd. A 
introducao mais acessivel as ideias de Boyd e Certain to Win: The Strategy of John Boyd, 
Applied to Business, de Chet Richards. 

Ver: < http://ericri.es/CertainToWin >. 












Sair da crise (Out of the Crisis), de W. Edwards Deming. 
Ver: < http://ericri.es/OutOfTheCrisis >. 


My Years with General Motors, de Alfred Sloan. 

Ver: < http://ericri.es/MyYears >. 

Billy, Alfred, and General Motors: The Story of Two Unique Men, a Legendary Company, 
and a Remarkable Time in American History, de William Pelfrey. 

Ver: < http://ericri.es/BillyAlfred >. 

The Practice of Management, de Peter F. Drucker 
Ver: < http://ericri.es/PracticeOfManagement >. 

Getting to Plan B: Breaking Through to a Better Business Model, de John Mullins e Randy 
Komisar. 

Ver: < http://ericri.es/GettingToPlanB >. 
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